标签：dependency-injection c inversion-of-control 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
    }
}

上面的Main将失败.

我注意到我可以通过添加以下代码行来解决此问题：

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

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

解决方法:

如给定的那样,该类结构看起来很好.您正确使用了构造函数注入,并使用了类的静态结构来传达不变式和关系.就这里提供的信息而言,我认为唯一缺少的是C构造函数中的Guard子句：)

从概念上讲,很难回答这是否是一个好的设计.这取决于此处未提供的上下文. B是服务还是实体？ Bs的预期来源是什么？

作为一般经验法则,我们应该只注入服务,但要处理具有服务的实体(例如存储库或网关或其他),因此,如果B表示服务,则可以将其注入C.如果它表示实体,则变得可疑-除非C也是实体…

另一方面,您可以询问有关Bs的规范来源.如果A确实是B的容器,则上述解决方案是正确的(并且是惯用的Autofac代码).如果B确实有不同的出身,那么通过A来解决它们可能是一个hack …

标签：dependency-injection,c,inversion-of-control,autofac
来源： https://codeday.me/bug/20191208/2092104.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。