ABP之依赖注入源码解析
ABP的依赖注入基于Castle Windsor，可以通过Nuget搜索Castle.Windsor来安装使用https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819140449595-405541521.png
ABP框架运行其实是以模块进行加载的运行的，通过源码得知AbpModule是所有模块基类（也就是说一个程序集就是一个模块，我们在创建类库时，可以在创建一个模块类的时候继承AbpModule），本质上是一个抽象类，有三个虚方法，分别为：PreInitialize、Initialize、PostInitialize.
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819141500764-599159196.png
子类在继承的时候，必须重写它，在PreInitialize方法里就可以通过Castle Windsor依赖注入接口对象：
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819142136868-1603744107.png
图中，可以看到，通过IcoManager.AddConventionalRegister方法按照约定注册了mvc的控制器，这些都是ABP在启动的时候，自行注入。
ABP中的依赖注入
1、注册（Registering）
在ABP中，有很多种方式来注册你的类到到系统里，通常常规方法就可以满足我们大部分日常场景。
2、常规注册（conventional registration）
在ABP中大量运用到【常规注册】，按照约定ABP在启动的时候会自动注入IRepository、IDomainService、IApplicationService、ILogger、MVC控制器、webapi控制器。
比如：mvc控制器。
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819142136868-1603744107.png
从图中可以看到，通过IcoManager.AddConventionalRegister方法，传入了ControllerConventionalRegistrar实例，F12进入其中，可看到
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819144203466-100498625.png
当然比较有意思的是下图中的红线框框处的代码：
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819144420160-1678651180.png
解释下：这是以WindsorControllerFactory取代了asp.net mvc默认的控制器工厂，并且注入我们的IOC容器实例，这样我们即可在控制器的构造函数中通过依赖注入，获取接口对象实例。
那问题来了，这些常规注册的对象，是如何在应用在启动的时候就注入到了ioc容器了呢？答案看下图：
AbpWebApplication类相当与Global.asax文件（asp.net的开发不陌生吧）
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819151156311-1391157772.png
我们再细看AbpBootstrapper的Initialize方法：
https://img2022.cnblogs.com/blog/2596868/202208/2596868-20220819170228732-882573226.png
ABP的依赖注入几个核心接口
IApplicationService
比如，你可能有一个IPersonAppService接口和一个实现了该接口的PersonAppService类：
public interface IPersonAppService : IApplicationService
{
//...
}
public class PersonAppService : IPersonAppService
{
//...
}因为它实现了IApplicationService接口（只是一个空接口），所以ABP会自动注册它，并注册为transient（每次使用创建一个实例）。当你使用构造函数注入IPersonAppService接口到一个类中时，一个PersonAppService对象会自动地创建并传入该类的构造函数中。
命名规范在ABP中非常重要。比如，你可以将PersonAppService更名为MyPersonAppService或是其他包含了“PersonAppService”后缀的名字，因为IPersonAppService接口有这个后缀。但你不能将它命名为PeopleService。如果你没有按照这种命名规范来操作的话，那么IPersonAppService不会自动地注册（但是它已经以自注册的方式注入到DI框架，而不是接口方式），因此如果你想要以接口方式注册的话，那么你应该手动注册。
IDomainService
ABP定义了IDomainService接口，所有的领域服务都按照惯例实现了该接口。当实现时，领域服务会以transient自动注册到依赖注入系统。
此外，领域服务（可选地）可以从DomainService类继承。因此，它可以使用一些继承的属性，比如logging，本地化等等。当然，如果没有继承，如果需要的话也可以注入这些属性。
https://common.cnblogs.com/images/loading.gif
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]