ABP之依赖注入源码解析

  • ABP之依赖注入源码解析已关闭评论
  • 158 次浏览
  • A+
所属分类:.NET技术
摘要

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

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

 ABP之依赖注入源码解析

 

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

ABP之依赖注入源码解析

 

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

ABP之依赖注入源码解析

 

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

 

ABP中的依赖注入

1、注册(Registering

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

2、常规注册(conventional registration

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

比如:mvc控制器。

ABP之依赖注入源码解析

 

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

ABP之依赖注入源码解析

 

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

ABP之依赖注入源码解析

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

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

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

 ABP之依赖注入源码解析

 

 

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