目录

一、引言

（1）如今的代码书写现状

1、业务层

2、数据层

3、假如当项目上线发布之后，想把数据层的实现换一下

二、核心概念

（1）IoC（ Inversion of Control ) 控制反转

（2）Spring 技术对 IoC 思想进行了实现。

（3）DI ( Dependency Injection ) 依赖注入

三、总结

（1）业务层实现、数据层实现最后的样子。

（2）核心概念的目标。

1、目标：充分解耦。

2、最终效果

---

一、引言

（1）如今的代码书写现状

1、业务层

由下图知：

这是一个业务层的实现类，实现业务层的接口。然后再创建一个数据层的接口（private BookDao ....）给出一个数据层的实现，再使用这个接口调对应的操作。

2、数据层

由下图知：

这是是数据层的实现类。

3、假如当项目上线发布之后，想把数据层的实现换一下

 

这时就出现了一个问题。（下面这个地方要替换）

变成下面这样

这时相当于你的源代码动了，就需要重新编译一下、重新测试、重新部署以及重新发布。造成这样的原因就是：我们在类里面写了一些其它的一些实现，导致我们的代码耦合度偏高。

而我们写代码要求的是：低耦合度。

解决：修改刚刚上面的代码。（不写实现，只剩下接口）

但是注意：

这样写程序运行肯定也会报错：没有实现对象。所以这样：使用对象时，在程序中不要主动使用 new 产生对象，转换为由外部提供对象。这种思想就叫做 "IoC"。

二、核心概念

（1）IoC（ Inversion of Control ) 控制反转

1、解释：对象的创建的控制权由程序转移到外部，这种思想称为控制反转。

2、也就是：使用对象时，由自己主动 new 产生对象转换为由外部提供对象，此过程中对象创建控制权由程序转移到外部。

（就是对象的创建控制权发生变化。程序创建——>外部创建，为了一件事：" 解耦 "）

（2）Spring 技术对 IoC 思想进行了实现。

1、Spring 提供了一个容器，称为 IoC 容器，用来充当 IoC 思想中的 " 外部 "。

（在系统架构图中有一个：Core Container(核心容器) ）

2、所以在 Spring 框架技术当中，IoC 可以理解成由主动 new 产生对象，转换为由 IoC 容器提供对象。

3、IoC 容器要管理对象的创建和初始化过程。IoC 容器负责对象的创建、初始化等一系列工作，被创建或被管理的对象在 Ioc 容器中统称为 Bean。

（3）DI ( Dependency Injection ) 依赖注入

1、解释：在容器中建立 bean 与 bean 之间的依赖关系的整个过程，称为依赖注入。

（是两个有关系才会绑定依赖）

三、总结

（1）业务层实现、数据层实现最后的样子。

（2）核心概念的目标。

1、目标：充分解耦。

• 使用 IoC 容器管理 bean  ( "IoC" 的思想)
• 在 IoC 容器内将有依赖关系的 bean 进行关系绑定  ( "DI" 的思想)

2、最终效果

    使用对象时不仅可以直接从 IoC 容器中获取，并且获取到的 bean(对象) 已经绑定了所有的依赖关系。既能充分解耦，也可以保证程序的运行。