.net – 我应该如何设计一个允许IoC的类库,但不依赖于特定的容器

我正在开发一个类库,它将在许多不同的Web应用程序中使用,甚至可能作为开源项目提供.我想在几个方面使用IoC,但我不希望类库的使用者必须使用一个特定的实现.设计此库的最佳方法是什么,以便它具有IoC的优点,但不依赖于一个IoC框架?

具体来说,此库包含依赖于各种服务接口的ASP.NET MVC控制器.我知道我可以创建一个IoCControllerFactory,但我不确定这是否是最好的方法,因为有些用户可能无法或不想在他们的应用程序中使用它只是为了获得我的库提供的功能.

解决方法

在构造函数中传递属性以用于简单方案.

对于更复杂的情况,使用Ioc容器接口,提供默认实现,但要使其足够简单,以便可以使用任何contianer实现.

CommonServiceLocator就是这种界面.

编辑:

我现在推出另一个设计会使CommonServiceLocator变得无用,并且会让你的图书馆用户的整体体验变得更好:

您选择具有内部库要求所需的所有功能的Ioc容器,并将其ILMerge为内部,以便您的库用户不会看到它.
用户不必知道库正在使用容器.

然后,您必须提供两个主要扩展点:
配置 – 提供依赖项自定义实现的方法(例如Logger …)
工厂 – 如果您的库需要实例化用户的对象,请提供一种指定工厂的方法,以便您的用户可以挂钩它.这样他们就可以使用自己的容器来实例化和注入他们的对象.

我发了两篇关于这个设计的完整博客文章:

IOC Container,Go Hide

IOC Container,Go Hider (part 2)

相关文章

引言 本文从Linux小白的视角, 在CentOS 7.x服务器上搭建一个...
引言: 多线程编程/异步编程非常复杂,有很多概念和工具需要...
一. 宏观概念 ASP.NET Core Middleware是在应用程序处理管道...
背景 在.Net和C#中运行异步代码相当简单,因为我们有时候需要...
HTTP基本认证 在HTTP中,HTTP基本认证(Basic Authenticatio...
1.Linq 执行多列排序 OrderBy的意义是按照指定顺序排序,连续...