Spring-IOC本质

一. IOC

1.1 IOC原型

业务1:在三层架构中我们是如何实现一个具体操作业务?
1.创建如下的项目：

2.dao层
在dao层下有一个接口UserDao,该接口下有一个getUserInfo()


3.service层
service层就是业务层，给表示层提供业务，通过dao层实现相应业务。


4.表示层
用测试类来做为表示层,表示层通过业务层实现具体业务。

最后通过表示层返回信息给用户:

业务2:如果要从多个不同的数据库中获取信息，这时候应该怎么处理呢?
1.在dao层中添加不同数据库实现类:
Mysql实现类:

SqlServer实现类:

2.业务层中要通过哪一种方式获取数据就调用哪一种实现类:
调用SqlServer实现类:

调用Mysql实现类:

3.表示层无任何变化

但是获取得结果不一样:

从上面的二个业务，不难发现如果要实现多种不同实现方式的话需要自己手动对业务层进行修改，这样的话就不是用户在控制程序，而是程序在控制用户的选择，显然这样不行。
在业务层中我们可以通过set方法来解决这一问题:

控制层通过对业务层相应参数进行初始化，就可以做到用户控制程序选择实现方式。


总结:上面这种方式是一种思想，以前要实现这样的方式要通过程序员来创造对象进行实现，使用了set注入就不用再去管理对象的创建了,这样系统的耦合性大大降低，可以更加专注在业务的实现上，这就是IOC的原型。
程序控制用户，具体流程图如下图所示:

用户控制程序，具体流程图如下图所示:

1.2 IOC本质

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

标签：表示层,实现,Spring,dao,业务,本质,用户,IOC
来源： https://blog.csdn.net/weixin_42753193/article/details/121050908