Haben Sie irgendwelche Hinweise, Tipps, Tricks oder Fragen zu beachten?
Nun, ich glaube, Sie wahrscheinlich ein kleines Stück davon entfernt über Tricks vom Denken & gotchas :) Da ich sicher bin, sind Sie sich bewusst, ASP.NET MVC ist nicht irgendeine neue Version von ASP.NET, aber ein völlig anderes Paradigma als ASP.NET, Sie werden nicht migrieren, Sie werden eine brandneue Entwicklungsanstrengung initiieren, um ein bestehendes System zu ersetzen. Vielleicht können Sie also bei der Bestimmung der Anforderungen für die App einen Schritt weiter gehen, aber der Rest wird wahrscheinlich von Grund auf neu erstellt.
Basierend auf den (sehr häufigen) Problemen, die Sie in Ihrer bestehenden Codebasis beschrieben haben, sollten Sie diese Gelegenheit nutzen, um einige der aktuellen Best Practices beim Entwurf von lose gekoppelten Systemen zu erlernen. Dies ist leicht zu bewerkstelligen, da moderne "Best Practices" einfach zu verstehen und zu praktizieren sind, und es gibt eine enorme Community-Unterstützung und hochwertige Open-Source-Tools, die dabei helfen.
Wir verschieben derzeit eine ASP/ASP.NET-Anwendung auf ASP.NET MVC, und das ist die Schlussfolgerung, zu der meine vorbereitenden Untersuchungen ohnehin geführt haben.
Here is a post to links on using ASP.NET MVC, aber ich würde von reading this post starten. Der Beitrag handelt von NHibernate (einem ORM-Tool) auf seiner Oberfläche, aber die Diskussion und die Links betreffen die Grundlagen und sind das Ergebnis der Vorbereitung, eine ASP.NET-Site auf MVC zu portieren. Einige der Referenzarchitekturen, auf die in diesem Beitrag Bezug genommen wird, basieren auf ASP.NET MVC. Here is another post about NHibernate, aber im Abschnitt "Best Practices & Referenzanwendungen" sind die meisten, wenn nicht alle der aufgeführten Referenzanwendungen auch ASP.NET MVC-Anwendungen. Referenzarchitekturen können sehr nützlich sein, um schnell ein Gefühl dafür zu bekommen, wie eine optimale, wartbare ASP.NET MVC-Site entworfen werden könnte.