如何解决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中可能会使用另一种技术。如果在注册期间可以使用该套插件,则可以将它们注册为一个集合。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。