Spring IOC& DI --- 认识IOC & DI
认识Ioc & DI
我们知道,Spring 是一个开源框架,让我们的开发更加简单.但是更加具体来说,实际上Spring 是包含了众多工具方法的Ioc容器
什么是容器?? 例如List/Map等数据存储容器,以及Tomcat等Web容器
Spring作为一个容器,装的是对象(Bean)
Ioc是什么?
Ioc是Spring的核心思想,当我们在java代码里面,在类前面添加 @RestController 和 @Controller注解
实际是就是表示这个对象交给Spring管理,Spring框架启动的时候就会加载这个类,把对象交给Spring管理,就是Ioc思想
Ioc就是Inversion of Control,就是控制反转,也就是Spring是一个"控制反转"的容器
`什么是控制反转? 也就是控制权反转.在Spring里面表示,获得依赖对象的过程被反转了.
也就是说,当需要某个对象的时候,传统开发模式里面需要自己通过new创建对象,但是现在不需要创建,把创建对象的任务交给容器,程序中只需要依赖注入(Dependency Injection,也就是DI)就可以了.这个容器就是Ioc容器
举一个例子:创建一辆汽车:
用java代码来体现就是:
Java
public class Main {
public static void main(String[] args) {
Car car = new Car();
car.run();
}
}
public class Car {
private Framework framework;
public Car() {
framework = new Framework();
System.out.println("Cat init....");
}
public void run() {
System.out.println("Car run....");
}
}
public class Framework {
private Bottom bottom;
public Framework() {
bottom = new Bottom();
System.out.println("Framework init....");
}
}
public class Bottom {
private Tire tire;
public Bottom() {
tire = new Tire();
System.out.println("Bottom init....");
}
}
public class Tire {
private int size;
public Tire() {
this.size = 17;
System.out.println("轮胎尺寸" + size);
}
}
但是这样的程序可维护性太低了,如果接下来有了新的需求,如果需要定制车胎的尺寸怎么办,那就需要new Car对象的时候传参进去,那么代码的改动就比较麻烦
此时底层的代码改动之后,整个调用链上的代码都需要修改,即程序的耦合度太高了
此时就类似于在打造一辆完整的汽车的时候,如果所有的配件都自己制造,那么当用户的需求发生该改变的时候,就需要自己动手来改
我们尝试换一种思路,我们将轮胎"外包"出去,即将制造轮胎的任务交给"代理工厂",此时即使是轮胎的尺寸改了,我们只需要通知"代理工厂",自身是不需要出力的
此时在代码里面的体现就是,不在每个类底下创建下级类,而是改为传递的方式(注入)
因此程序改为:
public class Main {
public static void main(String[] args) {
//这一部分就类似于"代理工厂"
Tire tire = new Tire(17);
Bottom bottom = new Bottom(tire);
Framework framework = new Framework(bottom);
Car car = new Car(framework);
car.run();
}
}
public class Car {
private Framework framework;
public Car(Framework framework) {
this.framework = framework;
System.out.println("Car init..");
}
public void run() {
System.out.println("Car run...");
}
}
public class Framework {
private Bottom bottom;
public Framework(Bottom bottom) {
this.bottom = bottom;
System.out.println("Framework init...");
}
}
public class Bottom {
private Tire tire;
public Bottom(Tire tire) {
this.tire = tire;
System.out.println("Bottom init...");
}
}
public class Tire {
private int size;
public Tire(int size) {
this.size = size;
System.out.println("尺寸为" + size);
}
}
此时类的创建顺序是反的,传统代码是Car控制并创建了Framework,Framework控制并创建了Bottom…依次往下
但是改进后的程序控制权发生了反转,不再是使用方创建并控制依赖对象了,而是将依赖对象"注入"到当前对象里面,依赖对象的控制权不再是当前类控制了
这样的话,即使是依赖类发生变化,当前类都是不受影响的,这就是控制反转,也是Ioc的实现思想
那么什么是控制反转容器呢?? 实际上就是Ioc容器
里面的代码就是Ioc容器的工作
Ioc容器的优势就很容易看出来了:资源不再由资源的使用方管理,而是由不适用资源的第三方管理
DI是什么?
DI,即dependency injection,依赖注入
表示容器在运行期间,动态的为应用程序提供运行时所依赖的资源,就是依赖注入
实际上,DI和Ioc是从不同的角度描述同一件事情,即通过引入Ioc容器,利用依赖注入的方式,实现对象之间的解耦
在上述的代码里面,DI的过程就是我们通过构造方法将依赖对象注入到使用方中
原文地址：https://blog.csdn.net/m0_60963435/article/details/140642706
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！