国际奥委会容器。注射容器

Question

我想要什么：解析对象 A，在对象 A 内部，我想使用同一个容器来解析对象 C：

public static void Work()
{
    IUnityContainer con = new UnityContainer();
    con.RegisterType<IA, A>();
    con.RegisterType<IB, B>();
    con.RegisterType<IC, C>();

    var a = con.Resolve<IA>();
}


interface IA { }
interface IB { }
interface IC { }

class A : IA
{
    public A(IB b, IUnityContainer con)
    {
        for (int i = 0; i < 10; i++)
        {
            var c = con.Resolve<IC>();
        }
    }
}

class B : IB { };
class C : IC { };

问题：在很多网站上，我看到注入容器是个坏主意，但在这种情况下怎么办？

编辑 1

服务定位器是一种反模式。那么如果可以将 Service Locator 与 IoC Container 一起使用，为什么可以呢？

Answer 1

您不应该传递对您的类的直接引用，因为这会使您的代码依赖于所使用的 IOC 容器（此处为 UnityContainer），并使单元测试更加困难。

如果您的 A 类需要多个 C 实例，您应该为这种情况定义一个工厂，并将该工厂的一个实例传递给您的 A 类。您的真实工厂可以引用 UnityContainer。对于单元测试，您可以模拟接口并将模拟实例传递给您的 A 类。

这个代码看起来像这样。

public interface IClassICFactory
{
    IC CreateInstance();
}

public class ClassICUnityContainerFactory : IClassCFactory
{
    private IUnityContainer _container;

    public ClassICUnityContainerFactory(IUnityContainer container)
    {
        _container = container;
    }

    public IC CreateInstance()
    {
        return _container.Resolve<C>();
    }
}

class A : IA
{
    public A(IB b, IClassICFactory factory)
    {
        for (int i = 0; i < 10; i++)
        {
            var c = factory.CreateInstance();
        }
    }
}

Answer 2

虽然从技术上讲它有效，但它有点“容器化”，会导致大量混乱。我为处理这类事情的容器创建静态工厂类。由容器解析的类实例应该只关心它们的用途，而不是进一步解析其他实例。