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

前端之家收集整理的这篇文章主要介绍了依赖注入 – 带有funq的servicestack – 按照惯例自动装配前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个服务,它在其构造函数中采用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.

原文链接:https://www.f2er.com/javaschema/281461.html

猜你在找的设计模式相关文章