c# - 将IOC容器注册到自身

标签 c# dependency-injection inversion-of-control simple-injector constructor-injection

假设我有一个接口(interface) IDependencyResolver:

public interface IDependencyResolver{
    T Resolve<T>() where T: class;
    object Resolve(Type source);
}

以及使用 SimpleInjector 的实现:

public class SIDependencyResolver:IDependencyResolver{
    private readonly Container _container;
    public SIDependencyResolver(Container container){
        _container = container;
        _container.Options.DefaultScopedLifestyle = new WcfOperationLifeStyle();
        RegisterDependencies(_container, LifeStyle.Scoped);
    }
    public T Resolve<T>() where T:class{
        return _container.GetInstance<T>();
    }
    public object Resolve(Type source){
        return _container.GetInstance(source);
    }
    public void RegisterDependencies(Container container, LifeStyle lifeStyle){
        //register dependencies + register self
    }
}

如果我需要将 IDependencyResolver 注入(inject)到使用服务定位器模式的构造函数中,我需要做什么? (是的,我知道......一种反模式......但除此之外)

public class UnitOfWork: IUnitOfWork{
    private readonly IDependencyResolver _resolver;
    public UnitOfWork(IDependencyResolver resolver){
        _resolver = resolver;
    }
    public IReadRepository<T> Read<T>(){
        return _resolver.Resolve<IReadRepository<T>>();
    }
    public IWriteRepository<T> Write<T>(){
        return _resolve.Resolve<IWriteRepository<T>>();
    }
}

过去,我总是将依赖解析器 self 注册为单例,因此不使用范围生活方式,因为这给我带来了问题。

container.Register<IDependencyResolver, SIDependencyResolver>(LifeStyle.Singleton);

首先,这是执行此操作的正确方法(例如,在 WCF 范围的情况下,具有单例生活方式)还是有其他方法可以执行此操作?
其次,将 SimpleInjector.Container 传递给我的 dependencyResolver 的构造函数是否正确?

最佳答案

What do I need to do if I need the IDependencyResolver injected in a constructor which uses the Service locator pattern? (yes, I know... an anti-pattern... but this aside)

这不应该被搁置。尽管您对容器进行回调的方法就像您在 UnitOfWork 中所做的那样很好,(ab)使用这样的IDependencyResolver抽象可以通过代码库快速扩展到绝对不合适的地方。

这个IDependencyResolver的用法抽象应仅限于组合根。但由于组合根已经知道您正在使用的确切 DI 库的存在,因此具有此 IDependencyResolver与直接依赖 Container 相比,抽象没有任何好处。本身。

所以你的IUnitOfWork实现应该在您的 Compostion Root 中定义,并且应该如下所示:

private sealed class SimpleInjectorUnitOfWork : IUnitOfWork {
    private readonly Container _container;
    public UnitOfWork(Container container){
        _container = container;
    }
    public IReadRepository<T> Read<T>() => _container.GetInstance<IReadRepository<T>>();
    public IWriteRepository<T> Write<T>() => _container.GetInstance<IWriteRepository<T>>();
}

注册可以通过以下方式完成:

container.RegisterSingleton<IUnitOfWork>(new SimpleInjectorUnitOfWork(container));

In the past I always registered the dependency resolver self as a singleton, so not with a scoped lifestyle since that gave me problems.

我不清楚你遇到了什么问题,但会引起麻烦的一件事是设置 DefaultScopedLifestyle在构造函数内,而类型由容器 Autowiring 。最好将此调用移出此类构造函数;它使它更清楚:

var container = new Container();
container.Options.DefaultScopedLifestyle = new WcfOperationLifeStyle();

关于c# - 将IOC容器注册到自身,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37299756/

相关文章:

c++ - 在 C++ 中扩展后将 header 绑定(bind)到实现

c# - 哪个 DI 容器会满足这个

php - Laravel Excel 安装

c# - 温莎城堡 :- Inject Dictionary of Interfaces via configuration

c# - DependencyResolver 不解析依赖关系。为什么?

c# - try catch 异步等待 https 异常

c# - INSERT INTO 语句中的语法错误

c# - Asp.Net Core 中 RouteValueDictionary 的路径

c# - 注册表和注册表配置单元有什么区别

java - Spring 注解@Autowired 内部方法