控制反转和依赖注入

• 看标题觉得很牛逼, 等我讲完你就理解了, 面向对象中很简单的东西。

• 控制反转也叫loC, 全称Inverse of Control。

• 控制反转包括依赖注入(DI)和依赖查找(DL), 但我们大多数情况都认为loC就是DI。全称分别为: Dependency Injection和Dependency Lookup。

• loC原理也叫做依赖倒置原理, 全称Dependency Inversion Principle。

• 这里必须说明一下, loC是一种全新的设计模式。但Gof的23种设计模式中并没有loC是因为控制反转思想成熟较晚。

• JAVA体系中Spring框架的核心就是依赖注入, 其他语言的各种框架也都会用到这种设计模式。

• A类用于查询数据库记录, B类用于连接数据库, 也就是说A依赖于B, 现在我们怎么在A类中书写查询方法呢？(为什么不在A中连接数据库？如果你有一百个A, 你连接一百次, new一百个对象实例出来吗？这是需要内存和IO开销的！B类只负责数据库链接, 还要封装工厂单例适配器模式, 内容并不少哦)

• 单一功能原则是面向对象的基本原则之一, 也是GOF中设计模式的基本原则之一。全称single responsibility principle。

• 我们的A类实体控制内部所有资源对象, 我们在其参数上将B类的引用写上(注入, 类的引用即类的实例化对象), A的内部就可以使用B中的方法, 这就是依赖注入。

• 也就是说, 控制反转是，关于一个对象如何获取他所依赖的对象的引用, 这个责任的反转。这个对象不局限于我上面写的类, 如果是A函数注入B函数, 其实就类似于回调了。

• 什么叫责任的反转？一开始是A对象在内部程序代码中实例化B, 实例化这个操作的责任在内部; 依赖注入后我都在自己的内部当你实例化了, 真正的实例化操作由容器负责, 容器的参数注入实例化对象, 这就是责任反转。

• 依赖注入主要是用来解开对象之间的紧密耦合关系, 解耦是面向对象的基本原则之一。

• 面向对象不得不提接口(Interface), 接口是必须被实现的, new一个接口A的一瞬间, A接口和实现A接口的B类之间, 依赖(耦合)关系就产生了。

• A与B之间有依赖关系。如果想使用接口A的另外一个实现就需要更改代码了。当然我们可以建立一个Factory工厂类来根据条件生成想要的A接口的的具体实现, 这里不解释工厂模式了。

• 工厂模式确实看起来有点用, 但实际上对耦合状态并没有改变,因为这只是在工厂中加判断语句做分流处理。loC则是将依赖问题交给实现类, 可以用于彻底解决依赖问题。

• 在JAVA体系中, loC是依赖于反射编程的, 反射就是根据类名来生成对象。反射这种操作比直接new生成对象的效率要低很多, 但是提高了系统的可维护性和灵活性。对于某些生成要求高的对象不联系使用loC。

• JAVA中使用loC反射编程, IDE不方便自动查找重构, 必须开发者手动修改XML配置文件。

• JAVA中的loC容器: Pico Container、Avalon 、Spring、JBoss、HiveMind、EJB等。php中的loC容器可以是任何一个函数或者接口的实现类。

• 不知道各位能理解多少, 整理一下自己的学习笔记。