IoC(Inversion of Control)控制反转
- 三个问题
- 谁控制谁？控制的双方是什么？
- 什么是反转？反转什么？怎样反转？
- 为什么要反转？反转的好处是什么？正向有什么坏处？
原始模型分析:
image.png
APP: 应用程序
资源: 应用程序运行需要的资源
应用程序运行需要这些资源,需要这些资源的时候就直接 new; 所以说应用程序控制着这些资源;
Spring模型分析
image.png
- Spring 出现之后打乱了最初的资源控制形式;Spring来控制这个资源,应用程序如果需要运行就要找Spring来要这些资源;
- Spring的出现改变了以往应用程序为中心的局面，一切以Spring为中心，应用程序运行需要使用的资源完全由Spring来提供，Spring握有应用程序运行过程中的所需要使用的全部资源。
- Spring反向控制应用程序所需要使用的外部资源
- 优势：
(1),所有资源由Spring统一调度，统一管理，使对象的控制更加集中，避免应用程序中出现多余的对象，浪费资源。
(2),大大的降低了耦合度;
回到问题上,控制的双方是什么: 既不是应用程序,也不是 Spring,更不是资源,是资源的控制权,原来是应用程序拿有资源的控制权,现在是 Spring拿有控制权,早期是应用程序正向的控制资源,现在是 Spring把资源的控制权夺了过来;所以,Spring控制资源;反的是资源的控制权;Spring反向控制应用程序所需要的外部资源;
模型演化过程分析
现在的任何一个技术不会凭空出现,大部分都是由老的技术演化过来,Spring也是由老的技术演化过来的,
image.png
最初当 UserService 调用 UserDao是已 new的形式创建对象,在后来就是面向接口编程加实现类的方式;但是这种方式改动时还是要改动之前的代码,不是很好,再到后来工厂模式加接口加实现类的方式,这种方式确实解决了一些问题,但还不是很好,再到后来引入工厂加 XML的方式,这样也不是很好,工厂类还是要写,再延伸到通用工厂加 XML的形式,这就是 Spring 的雏形;
IOC基础实例
UserService:
public class UserService {
public void sayHello(){
System.out.println("hello spring "+msg);
}
}
applicationContext.xml:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<!-- spring控制的资源均以bean的形式存在 -->
<!-- id:为资源定义一个唯一的名称 -->
<!-- class:资源对应的类的全路径名 -->
<bean id="userService" class="cn.haoxyspring.helloworld.user.UserService"></bean>
</beans>
App:
public class App {
public static void main(String[] args) {
/*
//早期格式
UserService service = new UserService();
service.sayHello();
*/
//spring格式1
//加载spring的资源，必须先初始化配置文件
//初始化出的对象作为spring的通用工厂对象
//加载类路径下的配置文件：文件名必须给出
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
//获取对应的资源
UserService service = (UserService) ctx.getBean("userService");
service.sayHello();
/*
//spring格式2,将applicationContext.xml文件放到工程目录下
ApplicationContext ctx = new FileSystemXmlApplicationContext("applicationContext.xml");
UserService service = (UserService) ctx.getBean("userService");
service.sayHello();
*/
}
}
DI(依赖注入)
在上面的实例中应用程序的运行需要 UserService,在这里 UserService可以叫做资源,但是呢资源有可能也依赖于另一个资源;就例如:
UserService:
public class UserService {
//1,定义一个变量
private UserDao userDao;
// 2,为其提供一个可访问的 set方法;
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
public void add(){
userDao.add();
}
}
UserDao:
public class UserDao {
public void add(){
System.out.println("user dao ...");
}
}
applicationContext.xml:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
">
<!-- spring将自己管理的资源统称为bean -->
<!-- 将资源配置到spring中，哪个资源，叫什么名字-->
<!-- id:描述对应的资源名称 -->
<!-- class:描述配置的资源对应的类（必须能够造出对象） -->
<bean id="userService" class="cn.itcat.spring.helloworld.UserService">
<!-- property：为当前bean的属性进行赋值 -->
<!-- name:属性名 -->
<!-- value:属性值 基本数据类型，封装类，String-->
<!-- ref:引用其他的bean -->
<property name="userDao" ref="userDao"/>
</bean>
<!-- 将资源转化成spring可以控制的东西（bean） -->
<bean id="userDao" class="cn.itcat.spring.helloworld.UserDao"></bean>
</beans>
在这里说明一下: 谁用资源谁就是应用程序,这里 UserService类中 UserService用到了UserDao,所以UserService在这里称之为应用程序,UserDao称之为资源;在 App类中App称之为应用程序,UserService称之为资源;站在不同的角度有不同的说法;
DI(Dependency Injection)依赖注入:
应用程序执行需要使用外部资源，由于资源已经完全由Spring进行统一管理，因此应用程序需要依赖Spring为其提供资源，提供资源的过程称为注入
依赖注入指应用程序依赖Spring为其提供运行时所需的资源
IOC和 DI的关系
很多人以为这是两个概念,其实这是一个概念,现在这个资源归 Spring管理,Spring管理资源叫做 IOC,Spring握有应用程序运行过程中的所需要使用的全部资源。应用程序运行要靠 Spring提供资源,依赖注入是说应用程序的,IOC和 DI说的是同一件事,在不同的角度上来看,站在 Spring的角度上叫 IOC,站在应用程序的角度上交 DI,
例如: A 给 B送钱,站在 A的角度上叫行贿,站在 B的角度上交受贿;
IoC与DI是同一个问题不同参照物的不同描述方式
针对Spring而言：Spring反向控制应用程序需要使用的外部资源
针对应用程序而言：应用程序依赖Spring为其注入运行所需的资源
网友评论