核心概念

目前项目中的问题

(1)业务层需要调用数据层的方法，就需要在业务层new数据层的对象
(2)如果数据层的实现类发生变化，那么业务层的代码也需要跟着改变，发生变更后，都需要进行编译
打包和重部署
(3)所以，现在代码在编写的过程中存在的问题是：耦合度偏高

针对这个问题，该如何解决呢?

我们就想，如果能把框中的内容给去掉，不就可以降低依赖了么，但是又会引入新的问题，去掉以后程序能运行么?
答案肯定是不行，因为bookDao没有赋值为Null，强行运行就会出空指针异常。
所以现在的问题就是，业务层不想new对象，运行的时候又需要这个对象，该咋办呢?
针对这个问题，Spring就提出了一个解决方案:

• 使用对象时，在程序中不要主动使用new产生对象，转换为由外部提供对象

这种实现思想就是Spring的一个核心概念

 

IoC(Inversion of Controk)控制反转

(1)什么是控制反转

• 使用对象时，由主动new产生对象转换为由外部提供对象，此过程中对象创建控制权由程序转移到外部，这种思想称为控制反转
• • 业务层要用数据层的类对象，以前是自己new的
• • 现在自己不new了，交给别人[外部]来创建对象
• • 别人[外部]就反转控制了数据层对象的创建权
• • 这种思想就是控制反转
• • 别人[外部]指定是什么呢?继续往下学

(2)Spring和IOC之间的关系是什么呢?

• Spring技术对IOC思想进行了实现
• Spring提供了一个容器，称为IOC容器，用来充当IOC思想中的"外部"
• IOC思想中的别人[外部]指的就是Spring的IOC容器

(3)IOC容器的作用以及内部存放的是什么?

• IOC容器负责对象的创建、初始化等一系列工作，其中包含了数据层和业务层的类对象
• 被创建或被管理的对象在IOC容器中统称为Bean
• IOC容器中放的就是一个个的Bean对象

(4)当IOC容器中创建好service和dao对象后，程序能正确执行么?

• 不行，因为service运行需要依赖dao对象
• IOC容器中虽然有service和dao对象
• 但是service对象和dao对象没有任何关系
• 需要把dao对象交给service,也就是说要绑定service和dao对象之间的关系

像这种在容器中建立对象与对象之间的绑定关系就要用到DI:

 

DI(Dependency Injection)依赖注入

(1)什么是依赖注入呢?

• 在容器中建立bean与bean之间的依赖关系的整个过程，称为依赖注入
• • 业务层要用数据层的类对象，以前是自己new的
• • 现在自己不new了，靠别人[外部其实指的就是IOC容器]来给注入进来
• • 这种思想就是依赖注入

(2)IOC容器中哪些bean之间要建立依赖关系呢?

• 这个需要程序员根据业务需求提前建立好关系，如业务层需要依赖数据层，service就要和dao建立依赖关系

介绍完Spring的IOC和DI的概念后，我们会发现这两个概念的最终目标就是:充分解耦，具体实现靠:

• 使用IOC容器管理bean（IOC)
• 在IOC容器内将有依赖关系的bean进行关系绑定（DI）
• 最终结果为:使用对象时不仅可以直接从IOC容器中获取，并且获取到的bean已经绑定了所有的依赖关系.

 

核心概念小结

这节比较重要，重点要理解什么是IOC/DI思想、什么是IOC容器和什么是Bean：
(1)什么IOC/DI思想?

• IOC:控制反转，控制反转的是对象的创建权
• DI:依赖注入，绑定对象与对象之间的依赖关系

(2)什么是IOC容器?

• Spring创建了一个容器用来存放所创建的对象，这个容器就叫IOC容器

(3)什么是Bean?

• 容器中所存放的一个个对象就叫Bean或Bean对象