DI模式概念及应用

Posted 2023-03-09

参考技术A DI(依赖注入-Dependency Injection)，也叫IOC（控制反转-Inversion of Control）。是指将对象的控制权从当前对象转移到外部处理。

类与类之间互相解耦。

在一般的面向对象的开发中，我们希望把对象的控制权完全掌握在自己手中。我们需要使用一个类（Base类）的实例的时候，就会去创建一个实例去使用。
但我们使用的类不会只用于当前的类。我们可能会有几个甚至几十个类中都依赖了这个类。那么，我们在每个使用到这个类的地方就去创建一个实例。
这时候，问题就出现了，如果我们的需求发生了变更，需要改动Base类，那么在Base类改动了之后，所有使用到Base类的地方都要去进行更改，我们不得不去改动所有用到Base类的类。这样就造成了许多重复劳动，而且非常容易出错，严重降低了开发效率。

那么如何去优化呢？
我们可以将对象对的创建权交给父级对象。我如果需要使用某个类的实例，就去请求父级对象，父级对象将该类的实例创建好传递给我，这样我就不用关心所依赖类的具体实现。只需要从父级对象去拿，然后消费。这样当新需求发生了变更的时候，我就只需要更改父级对象的实现即可。这样就可以减少不必要的重复劳动。
那么，父类如果也有一系列平级的类，他们管理着一些共同的类，那么如果需求发生变更，我还是需要做许多重复劳动。我为了减少重复劳动，就把这些对象的控制权再往上提一级，交给父类的父类...

就这样一级一级的交出去，是不是就只有放到入口函数才是最合理的呢？
但是我们一般不这么做。我们会将这些逻辑抽离出去，成为一个工具或框架。
我们可以将一些被其他类依赖的类注册到特定的IOC容器，然后在需要使用这些类的实例的时候，就从IOC容器去取，然后将其注入到当前类中（DI——依赖注入）。当然，创建实例并注入的操作都由框架完成。
这样，我们就很好的实现了对象的解耦与依赖的统一管理。

有了这么一个思想，那么就很容易实现一个简单的依赖注入工具。
（这里是基本示例，没有考虑常量注入和工厂函数注入，以及参数的处理）

使用：