随笔分类
Spring IOC
也叫容器
用来解决什么问题?
在实际的业务开发中,会有很多用来描述业务功能的类、组件或者模块,通过类与类之间协作交流来完成业务逻辑。不可避免的会有类与类之间的相互依赖和引用,这也便意味着所写的代码是==高耦的、难以维护的==
所以我们需要==脱耦==
Spring IOC边使用来解决这个问题的
我们对IOC听闻最多的便是它的==控制反转==、==依赖注入(DI)==了
通过IOC来将这些依赖对象的创建、协调等整个生命周期的管理交由Spring容器去管理 ,每个对象只需要关注其自身的业务逻辑就可以了
从这个角度上看,获得依赖的对象的方式被反转,由IOC来控制对象获取外部资源的方式,因此IOC也通常被称作“==控制反转=="
那么依赖注入呢?
其实是同一个道理
想一想控制反转,究竟是哪些方面被反转了呢?
不就是获取依赖对象的过程吗!
“获得依赖对象的过程被反转”控制被反转之后,获得依赖对象的过程是由自身管理IOC进行主动地注入
主动注入怎么理解呢?
其实就是实现IOC的方法,依赖注入其实就是IOC容器会在运行期间,动态地将某种依赖关系注入到对象中。
学到了~
基础知识