kfdsj 《设计模式之美》比较

控制反转(IOC)

(例略)

这里的“控制”是对程序执行过程的控制，“逆转”是指在不使用框架之前，程序员自己控制整个程序的执行。使用框架，可以通过框架控制整个程序的执行过程。过程的控制权“逆转”了程序员到框架。

实际上，实现控制反转的方法除了刚才例子所示的模板设计模式之外，还有马上要叙述的依赖注入等方法，因此控制反转不是具体的实现技巧，而是比较笼统的设计思想，一般是框架级的设计

依赖注入(DI)

注入依赖与控制反转正好相反，是一种具体的编码技巧。依赖注入的英语翻译是从属关系，简称为DI。

概念： new ) )的方法，而不是在类内部创建依赖类对象，而是在外部创建依赖类对象后，通过构造函数、函数参数等传递或注入类来使用。

spring框架声称自己控制着翻转容器(Inversion Of Control Container )。

前面提到的实现控制反转的方式除了依赖注入外，还有模板图案等，但Spring框架的控制反转主要通过依赖注入来实现。

上位模块(高电平模块)请不要依赖于下位模块)低电平。上层模块和下层模块应该通过抽象化(abstractions )相互依存。此外，“抽象”(abstractions )不依赖于具体的实现细节。具体实现细节)细节)取决于抽象) abstractions )。

上级模块和下级模块的划分，简单地说就是在调用链中，调用方属于上级，调用方属于下级。在平时的业务代码开发中，上位模块依赖于下位模块没有任何问题。其实，这个原则主要是用来指导框架层面的设计。

1.控制反转

实际上，控制反演是比较笼统的设计思想，不是具体的实现方法，一般用于指导框架级的设计。这里的“控制”是指控制程序的执行过程，“逆转”是指在不使用框架之前，程序员自己控制整个程序的执行。使用框架后，整个程序的执行流程由框架控制。过程的控制权“逆转”了程序员到框架。

2 .依赖注入

依赖注入和控制翻转是相反的，那是具体的编码技巧。在类内部不使用new创建依赖于类的对象，而是在外部创建依赖的类对象，然后通过构造函数、函数参数等传递给类，注入后使用。

3 .依赖注入框架

根据注入框架提供的扩展点，通过简单地配置所有必要的类及其类和类之间的依赖关系，实现了程序员本来需要进行的工作，如框架自动创建对象、管理对象的生命周期和注入依赖

4 .依靠逆转原则

也将依赖逆转原则称为倒置原则。这个原则和控制翻转有点相似，主要用来指导框架级的设计。上层模块不依赖下层模块，而是共同依赖于同一抽象。抽象不依赖于具体实现细节，具体实现细节依赖于抽象。

从

notification这个例子来看，“不是实现编程，而是基于接口”看起来和“依赖注入”非常相似，但这两个人有什么不同和联系

思考：

基于接口而不是实现编程的：是面向对象编程的一种方式，可以减少对外部的依赖，提高代码的灵活性，在扩展和修改时可以控制风险的传播，符合开合原则。

依赖注入：是一种具体的编码技巧，属于编程规范的范畴。不在类内部使用new创建依赖于类的对象，而是在外部创建依赖的类对象，然后通过构造函数、函数参数等传递给类，或者注入它们来使用。

参考： https://time.geek bang.org /列/国际银行/250？代码=GL it0 lpskzq6vovqs1htgosakylcyemuklw2DWA JH-4=