控制反转与依赖注入

李鸿坤

发布于 2020-07-20 09:40:24

4920

发布于 2020-07-20 09:40:24

文章被收录于专栏：泛泛聊后端

控制反转是Spring框架的核心思想，也是因为Spring的关系这个模式为大众所知晓。

依赖抽象

先看一个比较经典的例子，代码和示意图如下

public class Application{

    pivate  DiskWriter writer = new DiskWriter();

    public void save(){
        writer.saveToDisk();
    }
}

应用程序在需要存储时，直接执行了saveToDisk()，导致了高层应用程序直接依赖低层模块的API 。假设应用程序需要移植到其他平台上，而平台使用的存储介质是SSD，则应用程序无法直接重用，必须要修改代码才可以。这里由于低层的模块存储介质发生了变化，造成了高层模块也必须跟着变化，这不是一个好的设计方式。在设计上希望模块都依赖于模块的抽象，这样才能够重用高层的应用程序。

public interface IDeviceWriter{
    void saveToDevice();
}

public class DiskWriter implements IDeviceWriter{
    public void saveToDevice(){
        System.out.println("save to disk")
    }
}

public class SsdWriter implements IDeviceWriter{
    public void saveToDevice(){
        System.out.println("save to ssd")
    }
}

public class Application{

    private IDeviceWriter deviceWriter;

    public void setDeviceWriter(IDeviceWriter deviceWriter){
        this.deviceWriter = deviceWriter;
    }

    public void save(){
        if(deviceWriter == null){
            throw new RuntimeException("deviceWriter needed ...");
        }
        deviceWriter.saveToDevice();
    }
}

如上述代码把Application与具体的DeviceWriter实现解耦，在存储介质变化的时候并不需要重新修改Application的实现。

应用程序不依赖于实现，但是应用程序与实现都要依赖于接口。这也正是控制反转所要表述的内容。

控制反转

IoC（Inversion of Control ）的Control是控制的意思，其背后是一种依赖关系的转移。如果A依赖于B，其意义即B拥有控制权。如果转移这种关系（依赖关系的反转即控制关系的反转），将控制权由实现的一份转移至抽象的一方，让抽象方拥有控制权，可以获得组件的可重用性。IoC的实现方式有2种 1. Service Locator 2. Dependency Injection

服务定位器

服务定位器模式的目的是按需返回服务实例，将服务使用者与具体类分离。

它的实现包含了以下组件

Client – 服务的使用者. 它在需要使用到服务的时候从服务定位器获取服务，并调用。
Service Locator – 服务定位器从服务工程创建并注册服务到缓存。
Service Cache – 用来存储 Service Locator 已经获取过的Service。
Initial Context – 负责创建服务，是一个service 工厂的角色。当Service Locator在Cache中没有找到service的时候则调用它进行服务的创建。
Service – 服务抽象或者服务的实现

核心的逻辑是 Client 需要服务的具体实现的时候调用 Service Locator 来进行创建，使Client与ServiceImpl解耦。