MVC und Webforms Hybrid

Question

Ich habe eine Anwendung, die ich schreibe, und ich bin derzeit in Erwägung, mit MVC, es zu entwickeln. Ich habe MVC vor einigen Jahren unter J2EE verwendet, so dass ich eine gewisse Vertrautheit mit dem Framework habe, aber ich möchte überprüfen, wie es unter ASP.NET implementiert ist, bevor ich damit weitermache. Ich habe einige Prototypen mit Webformularen erstellt und einige recht gute Funktionen geschrieben (hauptsächlich als POC während des Prototypings), aber ich kann nicht sehen, dass diese unter dem MVC-Framework als solche nutzbar sind.

Daher ist meine Frage: wie viele Menschen schreiben MVC/Webforms Hybrid-Anwendungen, und was sind die Fallstricke für so tun? Ich möchte die App unter MVC zu schreiben, da es viele gemeinsame Bildschirme, die in verschiedenen Arbeitsabläufen verwendet werden, so dass die MVC-Architektur scheint ideal, aber es gibt auch ziemlich viele Bildschirme, die ich schnell mit einigen der Webforms-Tools (z. B. die Gridview) entwickeln kann und so wäre es von Vorteil für mich, dies zu tun zu können. Ich denke, ich habe das Glück, dass die Seiten im Webforms-Stil entweder ziemlich eigenständig sind (d. h. in einem eigenen Bildschirmablauf) oder in die Ablaufbildschirme einfließen (z. B. habe ich den Gridview noch nie zum Aktualisieren/Einfügen/Löschen von Daten verwendet, sondern eher als Suchbildschirm, der die Auswahl eines Datensatzes ermöglicht, der dann in einen MVC-artigen Ablauf übergeht). Hat jemand irgendwelche Gedanken oder Erfahrungen mit dieser Art von Dingen?

Prost

MH

Answer 1

Ich habe gerade durch eine App, die eine WebForms MVC Hybrid-Layout hat und funktionell funktioniert es ganz gut. Es gibt ein paar Probleme zu achten, wie z. B. mit Web-Formulare in Ordnern, die auch für Routen, die MVC-Routing auf seltsame Weise scheitern kann verwendet werden, aber sonst gibt es keine Probleme, die ich in Mischen Web Forms und MVC angetroffen habe.

Wenn Sie jedoch erst einmal loslegen, werden Sie wahrscheinlich feststellen, dass sich diese Art von Aufbau falsch anfühlt - da Sie zwischen Abstraktionen wechseln. Es mag zwar einfacher sein, einige der Web Forms-Seiten mit einigen der High-Level-Steuerelemente zusammenzuschustern, aber Sie werden wahrscheinlich feststellen, dass Sie auch in anderen Teilen der Anwendung Abstriche machen. Bei einer brandneuen Anwendung, die bei Null anfängt, würde ich ernsthaft darüber nachdenken, die Anwendung mit nur einem Tooltyp zu erstellen, um Konsistenz und eine einfachere Wartung während des Produktlebenszyklus zu gewährleisten, auch wenn es anfangs den Anschein haben mag, dass das eine oder das andere einfacher ist.

Answer 2

Scott Hanselman hat diesen Artikel verfasst, der nützlich sein dürfte. Darin werden einige der Routing-Szenarien und andere Feinheiten erläutert.

Plug-In-Hybride: ASP.NET WebForms und ASP.MVC und ASP.NET Dynamic Data Seite an Seite

Answer 3

Ich habe soeben eine ASP.NET WebForms 3.5-Anwendung in eine ASP.NET MVC 4.0-Anwendung umgewandelt und den Weg dorthin beschrieben. Es war bemerkenswert einfach, aber wie Rick (hey Rick! [waves]) sagt, ist es keine Strategie auf der grünen Wiese. In meinem Fall wurden die Seiten in XSLT gerendert, so dass ich eine Möglichkeit brauchte, sie nach Razor zu übertragen, damit unser Team überhaupt eine Chance hatte.

Im Grunde genommen erstellen Sie eine neue ASP.NET MVC-Website und kopieren alles von der alten Website rüber. Sie werden Ihren Code-Behind verlieren, aber es gibt eine einfache Lösung dafür, und Sie müssen Routen für Ihre benutzerdefinierten Handler ignorieren sowie eine Seitenroute für die default.aspx festlegen - es ist bemerkenswert einfach.

http://www.lukepuplett.com/2013/04/converting-aspnet-webforms-to-aspnet.html