Webforms vs. MVC. Sobald Sie MVC verwenden .. Gehen Sie jemals zurück zu Webforms?

Question

Ich habe vor Monaten MVC ausgecheckt und habe es nicht wirklich verstanden .. aber vor kurzem, als ich ein besserer Programmierer geworden bin denke ich, dass es Sinn macht .. Hier ist meine Theorie .. Sag mir, wenn ich es richtig habe

In den 90er Jahren für Microsoft Devs hatten wir Classic ASP. Dieses gemischte VBScript und HTML auf derselben Seite. Sie mussten also den gesamten HTML-Code selbst erstellen und HTML und VBScript mischen. Dies wurde nicht als Ideal angesehen. Dann kam .NET und alle mochten es, weil es der ereignisgesteuerten VB 6-Stil-Programmierung ähnlich war. Es erstellt diese Abstraktion von Bindungsdaten zu ASP Servier-Steuerelementen. Es machte es einfach, aufgezählte Daten mit einer Zeile auf den Bildschirm zu bekommen. Dann vor kurzem Jquery und SOA-Konzepte sind gemischt .. Jetzt Leute denken .. Warum diese zusätzliche Ebene der Abstraktion erstellen, wenn ich direkt .NET als Datenprovider verwenden kann und jQuery AJAX-Aufrufe verwenden, um die Daten zu erhalten und mit HTML zu erstellen es .. direkt keine Notwendigkeit für die Webforms Abstraktionsschicht ..

Sowe sind zurück HTML zur Schaffung direkt wie wir

So MVC dreht sich alles um zu sagen Stopp vorgibt wie Webprogrammierung ist ein VB6 app 1999 tat! HTML direkt generieren!

Fehle ich etwas?

Also ich wundere mich ... für Sie Leute da draußen mit MVC ... ist es die Art von Dingen, die, wenn Sie sich erst einmal daran gewöhnen Sie nie wieder zu Webforms gehen möchten ??

Answer 1

Gott, ich liebe MVC so viel kann ich nicht einmal Worte denken kann erfassen, wie ich :) fühlen

Von Zeit etwas Sicht der Entwicklung aufgewendet, denke ich, dass MVC und WebForms gleich sind.

In WebForms würde ich viele Stunden kämpfen mit DataGrid und anderen Kontrollen zu tun, was ich will und wie ich es will. Und ganz zu schweigen von vielen Stunden, die UpdatePanels durch jQuery ersetzt haben, von Sites, wo es keine brauchbare Lösung mehr war (leistungsmäßig).

In MVC beginne ich mit einem unbeschriebenen Blatt und formt es nach meinen Bedürfnissen. Muss ich mehr sagen?

EDIT: Ich habe gerade http://aspnetmvc.componentart.com/

Answer 2

MVC bietet Ihnen den Vorteil, Ihre Webanwendung mit dem Model-View-Controller-Muster zu gestalten, d. H. Trennung von Problemen, es geht nicht darum, HTML manuell zu schreiben.

Answer 3

Ich denke, dass es Sie dazu bringt, mehr darüber nachzudenken, was Sie tun - in Webforms war es sehr einfach, ein Updatepanel einzufügen und eine AJAXy-Stilseite zu haben, ohne wirklich an Leistung zu denken. Mit MVC ist es viel sauberer, fokussierte AJAX-Aufrufe über jQuery auf einzelne Controller-Aktionen zu konzentrieren - alles ist viel leichter.

Es gibt auch keine Seitenereignisstruktur, über die man sich Sorgen machen muss, und keine Viewstate, auf die man sich als Krücke verlassen kann - ich denke, dass dies im Allgemeinen zu besserem Code führt.

Answer 4

Es gibt Zeiten, wenn ich wünschte, ich könnte einfach ein Grid oder Datenreader anschließen, es anschließen und es funktioniert einfach, wie ich in ASP.NET. Das Erstellen von Anwendungen in ASP.NET MVC ist wohl mehr Arbeit. Aber dann erinnere ich mich an all die pingeligen Dinge, mit denen ich in ASP.NET zu tun hatte, wie ViewState, Code-Behind und Magic IDs. Die Seiten-Rendering-Pipeline war für mich so undurchsichtig, dass ich nie wirklich den Eindruck hatte, die Code-Behind-Ereignisse richtig zu verwenden.

ASP.NET MVC scheint nur sauberer und besser organisiert, und ich habe viel feinere Kontrolle über meine Anwendung und ihre Markup.

Das heißt, ich bin froh, dass Sie ASP.NET und ASP.NET MVC-Seiten mischen können, weil es einige Dinge gibt, die Sie in ASP.NET MVC nicht tun können, wie Serversteuerelemente verwenden. Die neuen Verbesserungen in ASP.NET 4.0 sollten es dedizierten ASP.NET-Entwicklern erleichtern, Anwendungen mit einer feineren Kontrolle über ihr Markup zu erstellen.

Answer 5

Ich sehe es als Webforms sind eine schnelle und schmutzige Möglichkeit, um eine Website mit komplexen Funktionen zu betreiben. Sie ermöglichen es dem Entwickler, sich nicht auf viele Aspekte des Controllers zu konzentrieren, indem er ein Tool mit hohem Overhead für den Benutzer (Ansichtszustand, Update-Panels usw.) verwendet.)

MVC, obwohl ein wenig mehr Planung von den Entwicklern Standpunkt macht ein besseres Produkt für die Benutzer ohne viel "Feintuning" durch den Entwickler aus, indem versucht, die Webform-Tool-Funktionalität zu überarbeiten.

Ganz zu schweigen von MVC ermöglicht die einfache TDD-Integration, offensichtlich ist das ein Plus für größere Projekte mit mehreren Entwicklern.

MVC wäre das richtige Werkzeug für die meisten Produktionsstandorte mit hohem Datenaufkommen, aber Webforms könnte das ideale Werkzeug für schnelle Prototypen und experimentelle Stubs sein.

Answer 6

Einige von uns haben. Ich arbeite mit einer Reihe verschiedener Clients, und während mein jüngstes Projekt MVC verwendet habe, schaue ich jetzt zurück auf eine Anwendungssuite, die sowohl Webforms als auch klassische ASPs enthält.

Und alles was ich sagen kann ist, dass der Übergang sehr, sehr schmerzhaft ist.