依赖注入 – 带有funq的servicestack – 按照惯例自动装配

发布时间：2020-12-13 20:11:12 所属栏目：百科来源：网络整理

导读：我有一个服务,它在其构造函数中采用IMyDependency. IMyDependency,MyDependency和服务都存在于同一个程序集中. MyDependency有一个单一的,公共的无参数构造函数. 令我惊讶的是,这不起作用： container.RegisterAutoWiredIMyDependency(); 它抛出一个“System

我有一个服务,它在其构造函数中采用IMyDependency. IMyDependency,MyDependency和服务都存在于同一个程序集中. MyDependency有一个单一的,公共的无参数构造函数.

令我惊讶的是,这不起作用：

container.RegisterAutoWired<IMyDependency>();

它抛出一个“System.NullReferenceException”.

如果我这样做,它的工作原理：

container.RegisterAutoWiredAs<MyDependency,IMyDependency>();

但那么,这样做：

container.RegisterAs<MyDependency,IMyDependency>();

那么区别是什么呢？如果“自动布线”找不到具体的实现,并且对于是否可以解决需要依赖性的服务没有区别,那么什么是自动布线？

Funq应该能按惯例找到具体的实现吗？如果是这样的话,那个约定是什么,如果不是同名的话？

谢谢.

对于像这样的简单查询,最好只是联系信息源,例如这是 RegisterAutoWired的源代码：

public IRegistration<T> RegisterAutoWired<T>()
{
    var serviceFactory = GenerateAutoWireFn<T>();
    return this.Register(serviceFactory);
}

它通过Concrete实现生成自动连线工厂.接口没有实现,它需要是一个具体的类.

和RegisterAs的源代码：

public IRegistration<TAs> RegisterAs<T,TAs>() where T : TAs 
{
    return this.RegisterAutoWiredAs<T,TAs>();
}

这只是一个较短的别名,而不是RegisterAutoWiredAs.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!