《SSM笔记——Spring》2、IOC（控制反转）理论推导及本质

版权声明：本文为博主ExcelMann的原创文章，未经博主允许不得转载。

2、IOC（控制反转）理论推导及本质

作者：ExcelMann，转载需注明。

2.1、IOC理论推导

原先的面向接口开发思路：

1. UserDao ：Dao接口
2. UserDaoImpl ： Dao实现类
3. UserService ： 业务接口
4. UserServiceImpl ： 业务实现类

Dao实现类来实现Dao接口，业务实现类实现业务接口，业务实现类中，创建Dao接口的对象，调用Dao实现类的方法以实现对数据库的访问。

弊端：如果每次创建一个新的Dao接口和Dao实现类，在业务层，需要改动代码创建新的Dao类实例。每次有新的需求（新的Dao），就得改动业务层的代码。

改进：

• 在业务层中，通过set方法来注入Dao实例；
• 在用户端，就可以通过set方法来动态注入，而不需要去改动业务层的代码；

重点（转移主动权）：

• 之前：主动权在程序员手上，每次有新的需求，都需要改动业务层的代码；
• 之后：主动权在用户手上，每次有新的需求，只需要通过set动态注入就可以；

这种思想，从本质上解决了问题，我们程序员再也不用去管理对象的创建。

系统的耦合性大大降低，可以更加专注于业务层面的开发。这是IOC的原型！

2.2、IOC本质

控制反转IoC，是一种设计思想，DI（依赖注入）是实现IoC的一种方法，也有人认为DI只是IoC的另一种说法。没有IoC的程序中，我们使用面向对象编程，对象的创建和对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给用户。

个人认为所谓控制反转就是：获得依赖对象（即业务实现类中的private XxxDao xxxdao对象）的方式反转了，以往是在业务实现类的方法中直接硬编码创建对象，若需求改动，那么就需要改动这里的代码。而采用IOC之后，创建对象的主动权通过用户来主动注入的方式，交给了用户，从而实现解耦。

控制反转是一种通过描述（XML或注解）并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器，其实现方式是依赖注入。