ABP之依赖注入源码解析

ABP的依赖注入基于Castle Windsor，可以通过Nuget搜索Castle.Windsor来安装使用

 ABP框架运行其实是以模块进行加载的运行的，通过源码得知AbpModule是所有模块基类，本质上是一个抽象类，有三个虚方法，分别为：PreInitialize、Initialize、PostInitialize.

子类在继承的时候，必须重写它，在PreInitialize方法里就可以通过Castle Windsor依赖注入接口对象：

图中，可以看到，通过IcoManager.AddConventionalRegister方法按照约定注册了mvc的控制器，这些都是ABP在启动的时候，自行注入。

ABP中的依赖注入

1、注册（Registering）

在ABP中，有很多种方式来注册你的类到到系统里，通常常规方法就可以满足我们大部分日常场景。

2、常规注册（conventional registration）

在ABP中大量运用到【常规注册】，按照约定ABP在启动的时候会自动注入IRepository、IDomainService、IApplicationService、ILogger、MVC控制器、webapi控制器。

比如：mvc控制器。

从图中可以看到，通过IcoManager.AddConventionalRegister方法，传入了ControllerConventionalRegistrar实例，F12进入其中，可看到

 当然比较有意思的是下图中的红线框框处的代码：

 解释下：这是以WindsorControllerFactory取代了asp.net mvc默认的控制器工厂，并且注入我们的IOC容器实例，这样我们即可在控制器的构造函数中通过依赖注入，获取接口对象实例。

那问题来了，这些常规注册的对象，是如何在应用在启动的时候就注入到了ioc容器了呢？答案看下图：

AbpWebApplication类相当与Global.asax文件（asp.net的开发不陌生吧）

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，本地化等等。当然，如果没有继承，如果需要的话也可以注入这些属性。