Est-ce que l'exigence d'un seul élément <form runat="server"> est vraiment nécessaire pour ASP.NET WebForms ?

Question

En regardant quelques-uns des changements à venir dans WebForms dans ASP.NET 4.0, je peux voir de nombreuses améliorations qui donnent aux développeurs encore plus de contrôle sur la sortie. Certaines de ces améliorations sont attendues depuis longtemps, et pendant un certain temps il semblait que ce n'était même pas possible. Cela m'a fait me demander si le modèle actuel avec l'élément unique de formulaire qui s'exécute sur le serveur est vraiment la seule façon possible.

Pourquoi l'architecture des ASPNET WebForms ne pourrait-elle pas fonctionner avec plusieurs formulaires qui s'exécutent tous sur le serveur?

Imaginez si vous pouviez architecturer ce changement. Comment cela impacterait-il la façon dont nous écrivons le codebehind aujourd'hui? Cela introduirait-il une complexité supplémentaire? Cela changerait-il la façon dont les gestionnaires d'événements fonctionnent, ou la validation, ou ASP.NET Ajax avec les contrôles ScriptManager et UpdatePanel?

Answer 1

Je pense que .NET mvc est MS faisant le changement dont vous parlez.

Answer 2

À partir d'un livre sur ASP.NET que je ne vais pas mentionner car je ne suis pas sûr si j'ai le droit, il dit qu'avant avec ASP, vous pouviez mettre 2 formulaires dans la même page afin que certaines personnes sur la même page puissent mettre un formulaire pour l'authentification des utilisateurs enregistrés et un formulaire pour créer un compte pour les nouveaux utilisateurs, quelque chose que vous ne pouvez pas faire dans ASP.NET en raison des limitations de la structure. Donc, vous devriez pouvoir le faire à nouveau s'ils ajoutaient cette possibilité dans ASP.NET

Answer 3

Vous pouvez facilement basculer entre les formulaires au niveau de la page: http://www.codersbarn.com/post/2008/03/08/Solution-to-ASPNET-Form-PayPal-Problem.aspx