Un conteneur DI pour plusieurs applications ASP.Net

Question

J'essaie de concevoir une bibliothèque d'infrastructure pour mon entreprise. Les bibliothèques auront des composants typiques comme la journalisation, la gestion des exceptions, le courrier électronique, etc. Ces composants seront utilisés par toutes les applications ASP.Net hébergées sur notre environnement (donc l'environnement d'hébergement est mon contrôle).

Ma première étape dans la conception est que je ne voudrais pas que les applications ASP.nEt aient une référence directe aux composants de la bibliothèque. Donc je pense à Injecter ces dépendances à l'exécution. J'ai évalué un certain nombre de conteneurs DI (unity, spring.net etc)

Mais ce que je n'ai pas à faire est de forcer toutes les applications ASP.Net à utiliser ce conteneur DI. Ils recevront une interface Dll pour tous les composants de la bibliothèque et une DLL d'usine qui leur donnera l'exemple concret du composant.

Ma question est quelle est la meilleure façon de concevoir cette DLL d'usine afin qu'une seule DLL puisse desservir toutes les applications ASP.Net? Puis-je utiliser un conteneur DI pour gérer toutes les applications ASP.Net?

Answer 1

Eh bien, vous pouvez définir simplement une interface de conteneur comme celui-ci:

public interface IContainer 
{ 
    T Resolve<T>(); 
} 

(évidemment, vous pouvez ajouter d'autres méthodes si vous avez besoin). Vous pouvez ensuite créer une implémentation concrète de cette interface IContainer basée sur votre conteneur DI de votre choix.

De telles implémentations concrètes pourraient encapsuler toute la configuration dont votre application a besoin en termes de composants enregistrés. Vos applications ASP.NET consomment simplement l'interface IContainer et appellent la méthode Resolve pour obtenir des instances des composants nécessaires.