Traditionelle ASP.NET-Webformulare vs. MVC

Question

Als jemand mit einigen Winforms und Client-Anwendungen Erfahrung - ist es wert, zurück zu gehen und lernen die Art und Weise traditionelle ASP.NET-Seiten arbeiten, oder ist es in Ordnung mit direkt in ASP.NET MVC bewegen?

Ich bin auf der Suche nach Fallstricken oder Fallen in meinen allgemeinen C#-Kenntnissen, die ich aus der Screencast-Serie und den Informationen auf der ASP.NET-Website nicht kenne.

Answer 1

Das ist das Tolle an MVC. Es arbeitet näher an der Basis des Frameworks als normale ASP.NET Web Forms. Wenn Sie also MVC verwenden und es verstehen, werden Sie besser verstehen, wie WebForms funktionieren. Das Problem mit WebForms ist, dass es eine Menge Magie gibt und etwa 6 Jahre lang versucht wurde, das Web wie Windows Forms funktionieren zu lassen, so dass man die Kontrollbaumhierarchie und alles auf das Web übertragen hat. Mit MVC erhalten Sie den Kern ohne den WinForm-Einfluss.

Beginnen Sie also mit MVC, und Sie werden bei Bedarf leicht zu WebForms wechseln können.

Answer 2

Ich stimme mit Nick überein: MVC ist viel näher an der real Web-Paradigma, und indem Sie es verwenden, werden Sie damit konfrontiert, wie Ihre Website wirklich funktioniert. WebForms lenkt die meisten dieser Dinge von Ihnen ab, und da ich aus einem PHP-Hintergrund komme, fand ich es wirklich anti-intuitiv.

Ich schlage vor, Sie springen direkt zu MVC und überspringen WebForms. Wie gesagt, werden Sie in der Lage sein, zurück zu bekommen, um es bei Bedarf.

Answer 3

ASP.Net Webforms ist eine völlig andere Abstraktion über das Basis-Framework als ASP.NET MVC. Mit MVC haben Sie mehr Kontrolle darüber, was unter der Oberfläche geschieht, als mit ASP.NET Webforms.

Meiner Meinung nach wird man ein besserer Programmierer, wenn man lernt, wie man etwas anders macht, aber in diesem Fall gibt es vielleicht bessere Dinge zu lernen.

Answer 4

ASP.NET MVC ist für Entwickler gedacht, die den Client-Code vom Server-Code entkoppeln wollen. Ich wollte JavaScript-, XHTML- und CSS-Clients schreiben, die von Server zu Server wandern können (ohne Rücksicht auf die Servertechnologie). Clients sind zeitaufwändig in der Anpassung und Fertigstellung, so dass man sie (und Teilkomponenten) für so viele Server wie möglich verwenden möchte. Außerdem ermöglicht diese Entkopplung Ihrem Server, jede Client-Technologie zu unterstützen, die HTTP und spitze Klammern (und/oder JSON) wie WPF/Silverlight unterstützt. Ohne ASP.NET MVC war man gezwungen, eine feindliche Beziehung zum gesamten ASP.NET-Team aufzubauen - aber Scott Guthrie ist ein cooler Typ und bringt MVC auf den Tisch, nachdem sich seine Vorgänger (und vielleicht Scott selbst) jahrelang fast ausschließlich darauf konzentriert haben, Windows Forms-Programmierer dazu zu bringen, Webanwendungen zu schreiben.

Vor ASP.NET MVC habe ich ASP.NET-Anwendungen weitgehend auf der Grundlage von ASHX-Dateien - HTTP-Handlern - erstellt. Ich kann Ihnen versichern, dass kein "echtes" Microsoft-Geschäft dieses Verhalten fördern würde. Aus der Sicht eines (weisen) Managements ist es einfacher, allen Entwicklern vorzuschreiben, die vom Hersteller empfohlenen Tools zu verwenden. IT-Firmen, die ein oder zwei Jahre im Rückstand sind, werden also von Ihnen verlangen, dass Sie die Vor-MVC-Methode kennen. Dies ist auch dann von Vorteil, wenn Sie ein "altes" System zu warten haben.

Aber für die grüne Wiese ist MVC die erste Wahl!

Answer 5

Das hängt von Ihren Beweggründen ab. Wenn Sie sich als ASP.NET-Entwickler verkaufen wollen, brauchen Sie beides.

Wenn Sie dies nur zu Ihrem eigenen Vergnügen tun wollen, dann gehen Sie zu MVC.

Mein persönliches Gefühl ist, dass es Webformulare noch einige Jahre lang geben wird. So viele Menschen haben Zeit und Energie in sie investiert. Ich denke jedoch, dass die Leute langsam (oder vielleicht auch nicht so langsam!) umsteigen werden. Webformulare waren immer nur eine Möglichkeit, VB4-Muffel dazu zu bringen, über Webentwicklung nachzudenken. Es hat irgendwie funktioniert, aber es nimmt eine Menge Kontrolle weg.