Die serverseitigen Steuerelemente von ASP.NET funktionieren mit WebForms, nicht mit MVC. MVC verwendet keine Steuerelemente im herkömmlichen ASP.NET-Sinn (zumindest noch).
Das MVC-Modell unterscheidet sich erheblich vom WebForms-Modell; nicht besser oder schlechter, aber sehr verschieden. Die Verwendung von MVC bringt den Entwickler viel näher an den generierten HTML-Code heran, eignet sich daher besser für Komponententests und bietet eine starke Trennung von Problemen zwischen der Benutzeroberfläche und dem Code, der diese Benutzeroberfläche auffüllt.
Auf den ersten Blick, vor allem für gehärtete ASP.NET-Veteranen, kann MVC wie ein riesiger Schritt rückwärts erscheinen (wenn Sie damals codieren, könnten Visionen von ASP-COM-Entwicklung in Ihrem Kopf tanzen).
Aber geben Sie MVC einen Versuch. Es ist sehr interessant und sein Modell ist ziemlich überzeugend, sobald man sich daran gewöhnt hat.
Lesen Sie mehr hier: http://quickstarts.asp.net/previews/mvc/mvc_HowToRenderFormUsingHtmlHelpers.htm
Überprüfen Sie auch dieses interessante Blog-Engine aus, die MVC verwendet: http://www.codeplex.com/oxite
Schließlich Besuche Rob Conery MVC Storefront-Projekt: http://wekeroad.com/category/mvc-storefront
"zumindest noch" - Hoffentlich nie! – UpTheCreek
Einverstanden! Das MVC-Modell wächst und wächst auf Sie. –
MVC-Modell ist wirklich der bessere Ansatz. .net-Seiten wurden für Windows-Entwickler erstellt, so dass die Programmierung für das Web beginnen könnte, aber in Wirklichkeit ist dieses Modell schlecht für die Webentwicklung geeignet. MVC mag wie ein Rückschritt aussehen, aber nur für Leute, die den Lebenszyklus einer Webseite nicht verstehen. Ich bin froh, dass Postback und Viewstate getötet werden. Werde sie nicht vermissen. – sarsnake