写点什么

三分钟搞懂依赖注入

用户头像
喵叔
关注
发布于: 2020 年 08 月 21 日

应用程序通常是由多个组件构成的,组件和组件之间往往存在直接依赖的关系。这种依赖关系看似稳定,但是耦合度很高,如果其中一方不存在的话另一方也就无法工作,而且这种关系也增加了程序的维护成本和灵活性,同时也增加了单元测试的难度。那么,如何解决这个问题呢?这里我们就引入了依赖注入,下面我们通过一个例子来一步一步讲解。

例子很简单,下面这段代码将会向控制台输出一段话,这段话是从 Service 服务中获取的。

public class Demo
{
public void ShowMessage()
{
DataService dataService = new DataService();
string message = dataService.getMessage();
Console.Write(message);
}
}

在不使用依赖注入的情况下,我们通常就会上面这样编写代码,这段代码就像我前面所说的那样,如果 DataService 不存在或者 getMessage 不存在,那么这段代码是无法运行和编译的。下面我们就使用依赖注入的方式来解决这个问题。依赖注入的核心原则是高层不应直接依赖底层,两者均应依赖抽象或接口。根据这个核心原则我们分析前面的代码可知 ShowMessage (高层) 依赖于 DataService (底层),这时我们就需要将 DataService 替换成接口,高层将不会依赖于底层而是依赖于接口,此时高层只关心接口,而不去关心具体的实现,这就形成了 *依赖倒置* 。基于此,我们定义一个 IDataService 接口,然后 DataService 来实现这个接口。

public interface IDataService
{
string getMessage();
}
public class DataService : IDataService
{
public string getMessage()
{
return "Hi, I am Jack!";
}
}

接下来我们在 Demo 中使用依赖注入:

public class Demo
{
private readonly IDataService dataService;
public Demo(IDataService dataService)
{
this.dataService = dataService;
}
public void ShowMessage()
{
string message = dataService.getMessage();
Console.Write(message);
}
}

我们在上面的代码中通过构造函数向 Demo 中注入了所需的依赖,这种通过构造方法注入依赖的方式称为 构造函数注入 ,是最常见的方式。通过构造函数获得需要依赖是类级别的全局变量,可以在整个类内部使用,并且构造函数注入遵循了显示依赖原则。除了构造函数注入外,还存在另外两种注入方式:属性注入和方法注入。属性注入是通过设置类属性来获取所需的依赖,属性注入虽然看起来和构造函数注入类似,但是它不需要显示的提供依赖,只要在已经实例化的对象上设置相应的属性即可,但是这样做会存在问题,因为依赖项属性设置的值不是强制性的,因此很容易忘记设置从而引发异常。方法注入则是通过在方法的参数中传入所需的依赖,需要注意的是这个方法必须是 public 类型。

当程序中有很多个地方需要用到依赖注入时,我们就需要一个类来专门负责管理创建所需的类,并创建它所有可能用到的依赖,这个类就是依赖注入容器。我们可以把依赖注入容器看作一个创建对象的工厂,负责向外提供被请求要创建的对象,同时提供对象生命周期的管理。



发布于: 2020 年 08 月 21 日阅读数: 44
用户头像

喵叔

关注

还未添加个人签名 2020.01.14 加入

还未添加个人简介

评论

发布
暂无评论
三分钟搞懂依赖注入