Résoudre les dépendances circulaires avec injection de dépendance

di n'est pas pour la résolution de la dépendance circulaire, mais plutôt pour faciliter la création de composants bien découplés et donc plus testables.

Si vous avez des dépendances circulaires entre deux objets, cela signifie que vous avez besoin d'un troisième objet sur lequel les deux objets dépendront, de sorte qu'ils ne dépendent pas l'un de l'autre. Voici un article qui est la solution exacte à votre problème:

http: // Misko .Heutry.com / 2008/08/01 / Dépendance circulaire-in-constructeurs-and-dépendance-injection /

1. Oui, vous le rendez encore plus difficile à les détecter en utilisant une couche supplémentaire d'abstraction.
2. Vous ne résolvez absolument pas la dépendance circulaire, mais cachez-la en ajoutant une couche d'abstraction supplémentaire, à l'aide de la bornisation tardive ou / et de l'accoupler de manière vague.

   La même réponse retourne dans les messages suivants (que je vais ajouter des références) qui est Créer une 3ème classe sur laquelle dépendez les deux . Cela se traduit par: Vous êtes violer le principe de responsabilité unique . En déplaçant (extraire) la responsabilité des deux classes dépendent d'une classe distincte, vous supprimerez la dépendance circulaire.

   FYI le Responsabilité unique sur Wikipedia

   Stackoverflow Discussions par d'autres:

   • Accès à la couche d'entreprise-logique-et-Data -Lay-Circular-dépendance
   • est-Circular-Class -Dépendances - Bad-Du-style de codage-point-point de vue

     Ma réponse sur Stackoverflow avec un exemple d'extraction la responsabilité dans une classe séparée.

Je vais lancer dans ma 0,02 $ ici depuis que j'ai trouvé cet article utile en recherchant "Suppression de dépendances cycliques"

Oui. Vous pouvez utiliser DI pour résoudre des dépendances circulaires. La première étape pour résoudre tout problème est de le trouver. NInject se plaint de ma dépendance circulaire et a jeté une exception utile à la bootstrémateuse. Ninject trouvé pour moi et me forçait à le réparer. Je pourrais tricher et utiliser une injection de propriété ou une injection de méthode, mais cela rompt ma protection des invariants de classe (qui est je pense ce que vous vous plaintenez).

Ainsi, un vote pour l'injection de la CTOR via IOC parce qu'il comportera des dépendances circulaires pour vous. Il vous appartient alors de refacteur et de retirer le bogue architectural.