Château Windsor avec ASP.NET MVC 2 Zones

Question

Vous vous êtes tapé depuis quelques mois et vous avez décidé de vous lancer avec une question. Je suis très nouveau à Windsor et à IoC en général. Je peux obtenir Windsor pour travailler avec mon projet MVC2 sans problème. Le projet sur lequel je travaille est un "portail" de plusieurs applications sous un projet MVC2 utilisant le nouveau concept Areas. Dans ce scénario, chaque zone sera en fait une application distincte à l'intérieur du "portail". Nous faisons cela pour partager efficacement BEAUCOUP de code commun, de vues, d'authentification et de fonctionnalités inter-applications. Beaucoup de nos applications sont liées les unes aux autres, il est donc logique de les combiner en un seul projet.

Ce que je me demande comment faire est d'autoriser différentes zones à injecter différentes classes de béton? Dans ma compréhension limitée, l'Application_Start régit la construction du conteneur et l'assignation comme usine de contrôleur. Je ne veux pas nécessairement faire toute l'injection au niveau de l'application. Nous avons un système de configuration où nous avons un fichier config.xml à la racine de chaque Area et ces paramètres remplacent tous les paramètres root. Je voudrais continuer cette tendance en faisant en sorte que les injections pour chaque Zone soient lues par le fichier config.xml de la Zone (un héritage similaire à Webforms web.config où la configuration dans un dossier inférieur remplace les paramètres dans un dossier parent). Exemple: J'aurais un ILogHandler qui aurait besoin d'une implémentation concrète différente en fonction de la zone de l'application dans laquelle je suis. Donc, j'aurais besoin d'injecter quelque chose de différent selon l'endroit où je suis dans l'application. Je peux facilement faire cela en utilisant des usines puisque chaque zone pourrait avoir son propre ensemble d'usines, mais j'essaie de saisir cette occasion pour en apprendre davantage sur IoC et quels sont les avantages/inconvénients. Toute aide serait appréciée.

Answer 1

Juste FYI - vous devez absolument pas avoir un code de sécurité spécifique à la zone. Par exemple, une usine ou un invocateur qui injecte des attributs [Authorize] en fonction de la zone en cours pourrait ouvrir votre application à l'attaque. Comparez-le avec un contrôleur MyAreaBaseController, que tous les contrôleurs de votre région doivent sous-classer. Les attributs [Authorize] (et tout autre code relatif à la sécurité) sont OK car ils sont appliqués au type et sont indépendants de tout concept de "zone".