Spring IOC DI --- 认识IOC DI

T04BF
👋专栏: 算法|JAVA|MySQL|C语言
🫵 今天你敲代码了吗

认识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的过程就是我们通过构造方法将依赖对象注入到使用方中

感谢您的访问!!期待您的关注!!!

T04BF
🫵 今天记得敲代码