Spring【IOC理论推导】

2.IOC理论推导

1.UserDao 接口

2.UserDaoImpl 实现类

3.UserService 业务接口

4.UserServiceImpl 业务实现类

在我们之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改原代码，如果程序的代码量十分大，修改一次的成本代价十分昂贵

我们使用一个Set接口实现，已经发生了革命性的变化

private UserDao userDao;

//利用set进行动态实现值的注入
public void setUserDao(UserDao userDao){

    this.userDao=userDao;

}

• 之前，程序是主动创建对象，控制权在程序猿手上
• 使用了set注入之后，程序不再具有主体性，而是变成了被动的接受对象

这种思想，从本质上解决了问题，我们程序猿不用再去管理对象的创建。系统的耦合性大大降低，可以更加专注的在业务的实现上！这是IOC的原型

IOC本质

控制反转IOC（Inversion of Control）是一种设计思想，DI（依赖注入）是实现IOC的一种方法，也有人认为DI只是IOC的另一种说法，没有IOC的程序中，我们使用面向对象编程，对象的创建与对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给第三方，个人认为所谓控制反转就是：获得依赖对象的方式反转了

 

 IOC是Spring框架的核心内容，使用多种方式完美的实现了IOC，可以使用XML配置，也可以使用注解，新版本的Spring也可以零配置实现IOC

Spring容器在初始化时先读取配置文件，根据配置文件或元数据创建与组织对象存入容器中，程序使用时再从IOC容器取出需要的对象        

 采用XML方式配置Bean的适合，bean的定义信息是和实现分离的，而采用注解的方式可以把两者合为一体，Bean的定义信息直接以注解的形式定义在实现类中，从而达到零配置的目的。

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

思考问题？

Hello对象是谁创建的？

• Hello对象是由Spring创建的

Hello对象的属性是怎么设置的？

• Hello对象的属性是由Spring容器设置的

这个过程就叫控制反转

控制：谁来控制对象的创建，传统应用程序的对象是由程序本身控制创建的，使用Spring后，对象是由Spring来创建的

反转：程序本身不创建对象，而编程被动的接收对象

依赖注入：就是利用set方法来进行注入的

IOC是一种编程思想，由主动的编程编程被动的接收

可以通过newClassPathXmlApplicationContext去浏览一下底层源码

到了现在，我们彻底不再用程序中去改动了，要实现不同的操作，只需要在xml配置文件中进行修改，所谓的IOC一句话搞定：对象由Spring来创建，管理，装配~

---

https://www.bilibili.com/video/BV1WE411d7Dv?p=20摘录自遇见狂神说