J'ai actuellement un conteneur IoC fait maison que je vais bientôt remplacer par un nouveau. Mon conteneur IoC fait maison est configuré en utilisant des fichiers de configuration. D'après ce que j'ai lu sur le net, la possibilité de "configurer à partir du code" semble être une fonctionnalité très populaire.Impacts de la configuration du conteneur IoC à partir du code
Je n'aime pas l'idée d'avoir une classe qui connaît toutes les autres classes du système afin de configurer le conteneur IoC. Une telle classe devrait être dans un assemblage qui dépend des 80 autres assemblées de mon projet.
Existe-t-il des bonnes pratiques sur la façon d'organiser le code qui configure le conteneur?
J'ai lu this post. L'utilisation de conventions et le câblage automatique sont bons lorsqu'il existe des modèles dans les types à enregistrer. Mais j'ai des centaines de types qui sont dans des assemblages différents et qui n'ont rien en commun. Comment dois-je organiser le code pour ceux-ci?
Cordialement,
Mise à jour: j'ai choisi une approche où le code qui configure le conteneur est décentralisé. Chaque assembly dans mon système a une chance de configurer le conteneur. La méthode aux points d'entrée dans mon système (de nombreuses applications .exe, l'application Web, l'application de services Web et les appareils de test unitaires sont tous des points d'entrée) sont chargés d'appeler chaque assembly pour les laisser configurer le conteneur. Je suis en train de le mettre en œuvre, je ne suis pas sûr que ça va être satisfaisant. Je posterai une autre mise à jour bientôt.