Benutzerdefinierte Komponenten und ASP.NET MVC

Question

Ich war neugierig, wie in der typischen Mentalität könnte man eine Plattform bauen, die andere Plugins für entwickeln könnten. Ich meine, wie würden diese Plugins aussehen?

Wie das Beenden von Benutzersteuerelementen für WebForms, das Verkapseln aller Ebenen in sich selbst oder drei verschiedene Dateien, die das Modell darstellen, die Ansicht und den Controller. Ich sollte den Kern eines CMS entwickeln, dass ich möchte, dass andere später Plugins erstellen. Welche Mentalität ist dafür besser geeignet, klassische Web Forms oder ASP.NET MVC?

Ich brauche Entwickler, die in der Lage sind, Komponenten dafür separat zu bauen. Ist es möglich, die MVC-Verzeichnisstruktur in einer Komponenten-DLL-Datei einzukapseln und dann, wenn ich auf die DLL-Datei referenziere, direkt auf das Modell, die Ansicht oder den Controller der Komponente als Teil der allgemeinen MVC-Struktur zuzugreifen?

Answer 1

Die vielversprechendsten Komponententechniken stammen von den Jungs von lostechies.com und Mvccontrib in Form von Portable Areas. Portable Areas ermöglicht das Hinzufügen einer gesamten MVC-App zu einer vorhandenen Anwendung. Es ist also nicht nur eine UI-Komponente, sondern bietet auch die gesamte Workflow- und Bildschirmintegration.

Open Forum macht so etwas auch. Ich weiß nicht wie, aber es ist sehr Plug and Play.

Für die geradlinige Plugin-Architektur gibt es einen interessanten Screencast und Quellcode für Rob Connerys link text. Er nutzt den Vorteil des App-Code-Verzeichnisses, um neue Plugins an Ort und Stelle zu verschieben, ohne die Haupt-Site bearbeiten zu müssen.