网站建设 会计处理,服务商官网,wordpress 挂马清理,怎么做属于自己的网址引言
简单总结和巩固一下spring的核心原理——IOC和DI的概念#xff0c;为什么IOC要叫控制反转#xff1f;IOC和DI的关系是怎样的#xff1f;
一、IOC 控制反转
初学者可能很好奇#xff0c;为什么spring framework的对象托管容器叫做 IOC容器#xff08;Inversion of …引言
简单总结和巩固一下spring的核心原理——IOC和DI的概念为什么IOC要叫控制反转IOC和DI的关系是怎样的
一、IOC 控制反转
初学者可能很好奇为什么spring framework的对象托管容器叫做 IOC容器Inversion of control
设想这样一个场景A对象依赖B对象。如果 new A就需要先 new B这是最基本的依赖创建方式。我们管 A 去申请 B 对象的过程称为“资源查找”可以理解为 A 对象需要向虚拟机申请一个资源 B 对象。 传统的资源查找如上所述要求组件向容器可以理解为JVM主动发起请求查找资源作为响应容器适时返回资源。 这种方式要求每个 Java 对象必须自己控制实例化的过程。存在的问题就是当依赖对象过多层层依赖等情况创建对象的过程将会极其复杂和冗长极大地降低了代码的维护性和健壮性。 IOC资源查找方式是容器根据配置文件的描述统一管理组件的构造和依赖主动注入依赖。对象创建的控制权由传统方式的对象主动发起资源申请变为对象被动接收依赖注入。因此得名 Inversion of control 控制反转。 IOC是一种更侧重于原理的技术描述它描述了一种被动依赖注入的对象托管服务理念。
二、DI 依赖注入
Dependency Injection 依赖注入是比 IOC 更广泛的概念它包含 IOC 因此 IOC 有时候也称为 DI 。
任何情况的对象组装都可以称为依赖注入如前面提到的创建 A 时通过构造器或属性赋值传入 对象 B这就是依赖注入的含义。
显而易见由前面提到的“传统资源查找”的对象创建方式属于“主动依赖注入”而 IOC 就属于被动依赖注入。
不过随着被动依赖注入的理念深入人心IOC 与 DI 的概念经常一并提起因此有时候二者也会混用但实际上 DI 是包含 IOC 的。
DI 可以理解为 IOC 的另一种表达方式即组件以一些预先定义好的方式如 setter接收来自容器的资源注入。相比于IOC 而言这种表达方式更加直观易懂。
