Dépendances circulaires dans StructureMap - peuvent-elles être rompues avec l'injection de propriété?

Question

J'ai le type de dépendance circulaire le plus simple dans structuremap - la classe A s'appuie sur la classe B dans son constructeur, et la classe B repose sur la classe A dans son constructeur. Pour casser la dépendance, j'ai fait que la classe B prenne la classe A comme une propriété, plutôt que comme un argument constructeur, mais structuremap se plaint encore.

J'ai vu des dépendances circulaires cassées en utilisant cette méthode dans d'autres frameworks DI - est-ce un problème avec Structuremap ou est-ce que je fais quelque chose de mal?

Edit: Je dois mentionner que la propriété de la classe B est un tableau d'instances de classe A, câblé comme ceci:

x.For<IB>().Singleton().Use<B>().Setter(y => y.ArrayOfA).IsTheDefault(); 

Juste pour clarifier les choses, je veux la séquence suivante d'événements se produire:

• construire une instance de b, "b"
• construire une instance de a, "a", l'injection "b" dans son constructeur
• Set "b.ArrayOfA" à [ "a"]

Et je veux que tout cela se produise en utilisant autowiring, si possible ...

Edit 2: Voici un exemple simplifié que les utilisations câblage explicite jusqu'à:

interface ILoader { } 
interface ILoaderManager { } 

class Loader : ILoader 
{ 
    public Loader(ILoaderManager lm) { } 
} 
class LoaderManager : ILoaderManager 
{ 
    public ILoader Loader { get; set; } // Was an array, but same circular dependency appears here 
} 

ObjectFactory.Configure 
(
    x => 
    { 
     x.For<ILoader>.Singleton().Use<Loader>(); 
     x.For<ILoaderManager>().Singleton().Use<LoaderManager>().OnCreation((c, a) => a.Loader = c.GetInstance<ILoader>()); 
    } 
); 

les causes de validation de configuration "dépendance bidirectionnelle problème détecté avec RequestedType: IocTest2.ILoader ..."

Answer 1

Le plus proche que vous pouvez obtenir est quelque chose comme ceci:

x.For<IB>().Use<B>() 
    .OnCreation((ctx, instance) => 
    { 
     instance.ArrayOfA = new IA[] {new A(instance) }; 
    }); 

Si A a d'autres dépendances que vous souhaitez résoudre à partir du conteneur, vous pouvez les récupérer à partir de ctx dans le lambda OnCreation. StructureMap peut gérer la situation bidirectionnelle avec une solution de contournement en utilisant la résolution Lazy.

Answer 2

StructureMap exécute vraisemblablement Setter Injection où il remplira les propriétés définissables publiques sur un objet qu'il résout. Selon la documentation,

Par défaut, tous les « Setters » publics sont facultatifs, ce qui signifie que ces setters ne seront définies que si elles sont explicitement configurés pour une instance spécifique

Alors avez-vous par hasard configurer les propriétés à câbler automatiquement? Si c'est le cas, vous aurez toujours le problème de dépendance circulaire.

Modifier: Je vois que vous avez. Dans votre exemple parce que B a un [] injecté, StructureMap doit résoudre la dépendance de chaque A pour B qui a besoin d'un [], et ainsi de suite ...

Answer 3

Si vous avez une situation simple comme ClassA qui dépend de ClassB et ClassB qui dépend de ClassA, alors vous pouvez choisir l'un d'entre eux et convertir la dépendance en tant que dépendance paresseux. De cette façon, a travaillé pour moi et que l'erreur ne reparut plus ..

public class ClassA 
{ 
    private readonly Lazy<IClassB> _classB; 

    public Thing1(Lazy<IClassB> classB) 
    { 
     _classB = classB; 
    } 

    public IClassB ClassB => _classB.Value; 
} 

public class ClassB 
{ 
    public IClassA _classA { get; set; } 

    public ClassB (IClassA classA) 
    { 
     _classA = classA; 
    } 
} 

Plus d'infos ici: http://structuremap.github.io/the-container/lazy-resolution/