Autofac：如何在依赖于另一个对象函数输出的类上使用构造注入

问题描述

|| 这个问题通常是关于IoC的，但是我使用的是Autofac，因此Autofac解决方案会很棒。 因此，假设以下类别：

class A
{
    IEnumerable<B> GetBs();
}

class B 
{
    // Some code
}

class C
{
    readonly IEnumerable<B> bs;

    C(IEnumerable<B> bs)
    {
        this.bs = bs;
    }
}

class Program
{
    static void Main(string[] args)
    {
        var builder = new ContainerBuilder();
        builder.Register<A>();
        builder.Register<C>();

        var container = builder.Build();
        var c = container.Resolve<C>();
        // do something with c
    }
}

上述ѭ1将失败。 我注意到我可以通过添加以下代码行来解决此问题：

builder.Register(c => c.Resolve<A>().GetBs())

但是，这感觉不对。还有其他方法可以做到这一点吗？还是设计变更？     

解决方法

如给定的那样，该类结构看起来很好。您正确使用了构造函数注入，并使用了类的静态结构来传达不变式和关系。就这里提供的信息而言，我认为唯一缺少的是C构造函数中的Guard子句：) 从概念上讲，很难回答这是否是一个好的设计。这取决于此处未提供的上下文。 B是服务还是实体？ Bs的预期来源是什么？ 作为一般经验法则，我们只应注入服务，但要处理具有服务的实体（例如存储库或网关或其他），因此，如果B表示服务，则可以将其注入C。如果它表示实体，则变得可疑-除非C也是实体... 另一方面，您可以询问有关Bs的规范来源。如果确实将A视为B的容器，则上述解决方案是正确的（并且是惯用的Autofac代码）。如果B确实有不同的出身，那么通过A来解决它们可能是一个hack ...     ,给定您对已接受答案的答复，Autofac中可能会使用另一种技术。如果在注册期间可以使用该套插件，则可以将它们注册为一个集合。