C# ASP.NET, WebForms zu MVC: Macht es Sinn, in unserem Fall zu ändern?

Question

Wir haben eine WebForms basierte Web-Anwendung mit diesen Eigenschaften:

Large Business Object Framework (Engverbundene DAL/Business Objects/Server Validierung, ähnlich wie CSLA) vorkompilierte und im Bin-Ordner abgelegt. Verwendet viele UserControls. Wenn man sich MVC-Übersichten anschaut, dann scheint es einen deutlichen Unterschied darin zu geben, wie der Code aufgeteilt wird, es gibt keinen Sitzungszustand (was seltsam erscheint, aber möglicherweise in Ordnung, wenn die Website hauptsächlich Inhalte bereitstellt) und es scheint konstruierend zu sein Seiten sieht klassischen asp (Verwendung von <%%> Tags) ähnlich

habe ich die falsche Interpretation von MVC haben? Ist MVC nur eine bestimmte Architektur, oder werden die Dinge laufen und WebForms werden schließlich fallen gelassen? Wie teilt man das M-V-C auf, wenn ein bestehendes Business Objekt Framework existiert? Warum gibt es keinen Sitzungsstatus? Funktionieren UserControls in MVC?

Ich realisiere, dass dies subjektiv sein könnte, also meist nach Ihren Kommentaren zu diesem Thema suchen, um meine eigene Meinung zu machen.

Answer 1

MVC ist 90% + die gleiche wie WebForms, aber natürlich, wenn alle Debatten, die neigen dazu, sie, dass tid-Bit-out zu verlassen.

Sie können so viele Schichten darunter, wie Sie yor Daten wollen die Bereitstellung, und ja können Sie die Usercontrol-Stil tun. Es ist mehr eine Änderung der Denkweise als ein Technologiewechsel. MVC hat seine Vorteile, es umfasst die Tatsache, dass HTTP stateleess ist. Webforms abstrahiert diese Tatsache bis zu einem gewissen Grad, was einige Dinge auch einfacher macht (zB Viewstate). Sitzungsstatus, Kompilierung ... alles ist da, es ist im selben Rahmen unter beiden.

Kurz gesagt: Verwenden Sie, was Sie wollen, erforschen es gut (Beispielprojekte sind überall). Wenn Sie in ein Projekt vertieft sind, berücksichtigen Sie die Zeit für den Wechsel, die Lernkurve sowie die tatsächliche Codezeit. Diese Entscheidung liegt an Ihnen und Ihrem Team, wenn es zu unterschiedlich ist, dann kann es nicht sehr vorteilhaft sein, weil es einige Anpassung gibt. Wenn Sie mit der neuen Technologie vertrauter sind, kann MVC viel sauberer sein ... beide haben noch ihre Verwendungen.

Ich würde kein anderes Projekt in WebForms starten, aber das ist ich, und was ich fühle mich mit ... Sie müssen wirklich herausfinden, welche sich für Sie natürlicher und gegebenenfalls Ihr Team fühlt.

Auch, tvanfosson machte einen ausgezeichneten Punkt: je mehr Validierung oder wirklich was auch immer benutzerdefinierte Logik, die im Web-Projekt war, desto mehr Zeit benötigt, um über zu bewegen. Wenn Sie bereits eine hervorragende Trennung der Schichten haben, sind Sie in einer viel besseren Position, wenn nicht, das ist eine andere wichtige Zeitüberlegung.

Answer 2

Es klingt wie Sie eine Menge Kopplung zwischen Ihrem Domain-Modell und Ihre Präsentation haben. Wenn dies der Fall ist, würde eine erhebliche Menge an Nachbildung erforderlich sein. MVC unterstützt den Sitzungsstatus, aber ViewState wird nicht verwendet - es scheint, als ob Sie dort etwas verwirrt sind. Es unterstützt keine normalen Benutzersteuerelemente oder irgendetwas, das von ViewState abhängig ist. Sie können "Steuerelemente" für MVC erstellen (als "partielle" Ansichten bezeichnet), so dass Funktionalität vorhanden ist, aber in einer anderen Form. In MVC sind Ihre Ansichten stark von Ihrem Geschäftsmodell abgekoppelt. In der Regel verfügen Sie über eine Reihe von view-spezifischen Modellen, die zwischen den beiden Ansichten vermitteln, und die Views sind stark an das View-Modell und nicht an das Geschäftsmodell gebunden.

Während ich MVC als bessere Architektur für webbasierte Anwendungen empfehlen würde, bin ich mir in Ihrem Fall nicht sicher, ob es sinnvoll ist, (zumindest jetzt) ​​zu wechseln. Ich würde empfehlen, entweder bei WebForms zu bleiben (die laut Scott Hanselman nicht weggehen) oder Teile langsam zu migrieren, angefangen bei neuen Funktionen (oder Apps) bis hin zu MVC.

Answer 3

MVC ist eine glänzende neue Flasche für den gleichen alten Wein, der das Netz & ist, wie es funktioniert.

Auf der anderen Seite können Sie schließlich aus dem asp.net Ansichtszustand & Seite Lebenszyklus, Postbacks, verrückt URLs usw. wegbewegen

Wenn Sie von Web-Formularen zu MVC verschieben müssen, sehen Sie die Abhängung an Dritte Parteisteuerelemente, die Sie möglicherweise in Ihrer Anwendungsoberfläche verwendet haben. Nicht alle Anbieter haben MVC-Äquivalente bisher. Sitzungen & ViewState sind die anderen wichtigsten Aspekte, die auf der Benutzeroberfläche zu sehen sind. Wenn Sie eine öffentlich zugängliche Webanwendung haben, denken Sie daran, dass die URL mit einem Lesezeichen versehen ist. All dies sind möglicherweise zusätzliche Faktoren, die beim Wechsel zu MVC berücksichtigt werden müssen.

Normalerweise würde ich empfehlen, zuerst Ihren Code in Model-Controller-Schicht & Faktor, sobald dies abgeschlossen ist, dann ändern Sie die Benutzeroberfläche in Ansicht & verwenden Sie die URL-Routing-Mechanismen von MVC. Alternativ können Sie das anständige URL-Rewriting-Modul verwenden. & REST-style-URL zuerst veröffentlichen & Ihre alte URL in die neue URL umwandeln & dann langsam Abschnitte Ihrer Anwendung in MVC konvertieren.