Spring核心概念
在Spring核心概念这部分内容中主要包含IOC/DI
、IOC容器
和Bean
,那么问题就来了,这些都是什么呢?
目前项目中的问题
要想解答这个问题,就需要先分析下目前咱们代码在编写过程中遇到的问题:
(1)业务层需要调用数据层的方法,就需要在业务层new数据层的对象
(2)如果数据层的实现类发生变化,那么业务层的代码也需要跟着改变,发生变更后,都需要进行编译打包和重部署
(3)所以,现在代码在编写的过程中存在的问题是:==耦合度偏高==
针对这个问题,该如何解决呢?
我们就想,如果能把框中的内容给去掉,不就可以降低依赖了么,但是又会引入新的问题,去掉以后程序能运行么?
答案肯定是不行,因为bookDao没有赋值为Null,强行运行就会出空指针异常。
所以现在的问题就是,业务层不想new对象,运行的时候又需要这个对象,该咋办呢?
针对这个问题,Spring就提出了一个解决方案:
- 使用对象时,在程序中不要主动使用new产生对象,转换为由==外部==提供对象
这种实现思就是Spring的一个核心概念
一 IOC、IOC容器、Bean、DI
IOC(Inversion of Control)控制反转==
(1)什么是控制反转呢?
-
使用对象时,由主动new产生对象转换为由==外部==提供对象,此过程中对象创建控制权由程序转移到外部,此思想称为控制反转。
-
业务层要用数据层的类对象,以前是自己
new
的 -
现在自己不new了,交给
别人[外部]
来创建对象 -
别人[外部]
就反转控制了数据层对象的创建权 -
这种思想就是控制反转
-
别人[外部]指定是什么呢?继续往下学
(2)Spring和IOC之间的关系是什么呢?
-
Spring技术对IOC思想进行了实现
-
Spring提供了一个容器,称为==IOC容器==,用来充当IOC思想中的"外部"
-
IOC思想中的
别人[外部]
指的就是Spring的IOC容器
(3)IOC容器的作用以及内部存放的是什么?
-
IOC容器负责对象的创建、初始化等一系列工作,其中包含了数据层和业务层的类对象
-
被创建或被管理的对象在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的概念后,我们会发现这两个概念的最终目标就是:==充分解耦==,具体实现靠:
容器中所存放的一个个对象就叫Bean或Bean对象
(2)什么是IOC容器?
Spring创建了一个容器用来存放所创建的对象,这个容器就叫IOC容器
(3)什么是Bean?
容器中所存放的一个个对象就叫Bean或Bean对象
-
使用IOC容器管理bean(IOC)[被创建或被管理的对象在IOC容器中统称为==Bean==]
-
在IOC容器内将有依赖关系的bean进行关系绑定(DI)
-
最终结果为:使用对象时不仅可以直接从IOC容器中获取,并且获取到的bean已经绑定了所有的依赖关系.
核心概念小结
-
这节比较重要,重点要理解
什么是IOC/DI思想
、什么是IOC容器
和什么是Bean
:(1)什么IOC/DI思想?
-
IOC:控制反转,控制反转的是对象的创建权
-
DI:依赖注入,绑定对象与对象之间的依赖关系