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容器实例,这样我们即可在控制器的构造函数中通过依赖注入,获取接口对象实例。
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框架,而不是接口方式),因此如果你想要以接口方式注册的话,那么你应该手动注册。
ABP定义了IDomainService接口,所有的领域服务都按照惯例实现了该接口。当实现时,领域服务会以transient自动注册到依赖注入系统。
此外,领域服务(可选地)可以从DomainService类继承。因此,它可以使用一些继承的属性,比如logging,本地化等等。当然,如果没有继承,如果需要的话也可以注入这些属性。