Composants personnalisés et ASP.NET MVC

Question

Je suis curieux de savoir comment, dans la mentalité typique ASP.NET MVC on pourrait construire une plate-forme que d'autres pourraient développer des plugins pour. Je veux dire, comment ces plugins ressembleraient-ils? Comme la sortie des contrôles utilisateur pour WebForms, l'encapsulation de tous les calques eux-mêmes ou trois fichiers différents représentant le modèle, la vue et le contrôleur. Je devrais développer le noyau d'un CMS, que j'aimerais que d'autres construisent des plugins pour plus tard. Quelle mentalité est la meilleure pour cela, Classic Web Forms ou ASP.NET MVC?

J'ai besoin de développeurs pour pouvoir créer séparément des composants pour cela. Est-il possible d'encapsuler la structure de répertoire MVC dans un fichier DLL de composant puis, lorsque je référence le fichier DLL, d'accéder directement au modèle, à la vue ou au contrôleur du composant dans la structure MVC générale?

Answer 1

Les techniques de composants les plus prometteuses proviennent des gars de lostechies.com et Mvccontrib sous la forme Portable Areas. Portable Areas permet d'ajouter une application MVC complète à une application existante. Donc, ce n'est pas seulement un composant de l'interface utilisateur, mais aussi tout le flux de travail et l'intégration de l'écran.

Open Forum fait quelque chose comme ça aussi. Je ne sais pas comment, mais c'est très plug and play.

Pour une architecture de plugin simple, il existe un code de screencast et un code source intéressants pour le link text de Rob Connery. Il profite du répertoire App-Code pour faire glisser de nouveaux plugins en place sans avoir à modifier le site principal.