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

Gott, ich liebe MVC so sehr, ich glaube nicht einmal, dass Worte erfassen können, wie ich mich fühle:)

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

In WebForms würde ich viele Stunden damit verbringen, mit DataGrid und anderen Steuerelementen zu kämpfen, um 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 formiere es nach meinen Bedürfnissen. Muss ich mehr sagen?

BEARBEITEN: Ich habe Ссылка

Es gibt Zeiten, in denen ich wünschte, ich könnte einfach ein Gitter oder einen Datenleser einstecken, es anschließen und es funktioniert einfach, wie ich es in ASP.NET getan habe. 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 Seitenrendering-Pipeline war für mich so undurchsichtig, dass ich nie wirklich die Möglichkeit hatte, die Code-Behind-Ereignisse richtig zu verwenden.

ASP.NET MVC scheint einfach sauberer und besser organisiert zu sein, und ich habe viel feinere Kontrolle über meine Anwendung und deren 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 zu 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.

Ich sehe es als Webforms sind eine schnelle und schmutzige Möglichkeit, 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 Aufwand für den Benutzer (Ansichtszustand, Update-Panels usw.) verwenden kann.

Obwohl MVC ein wenig mehr Planung vom Standpunkt der Entwickler erfordert, stellt es ein besseres Produkt für die Benutzer ohne viel "Feineinstellung" durch den Entwickler bereit, indem es versucht, die Funktionalität des Webformular-Tools zu überarbeiten.

Ganz zu schweigen von MVC ermöglicht 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 Websites mit hohem Produktionsaufkommen, aber Webforms könnte das ideale Werkzeug für schnelle Prototypen und experimentelle Stubs sein.

MVC bietet Ihnen den Vorteil, Ihre Web-App mit dem Model-View-Controller-Muster zu gestalten, d. h. Trennung von Bedenken, es geht nicht darum, dass Sie HTML manuell schreiben müssen.

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 erstellen, ohne wirklich an die Leistung zu denken. Mit MVC ist es viel sauberer, fokussierte AJAX-Aufrufe über jQuery an einzelne Controller-Aktionen zu richten - alles ist viel leichter.

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

Einige von uns müssen. 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 ASP enthält.

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