Spring IOC & DI

IOC(Inversion of Control 控制反转)是面向对象编程中的一种设计模式
其最常见的方式叫做DI(Dependency Injection 依赖注入)
通过控制反转,将实例化对象的控制权,由手动的new变成了Spring框架通过反射机制实例化
需要使用的时候,依赖通过配置文件以及注解的方式注入到对象中
我们新建Maven项目名为“spring-ioc“,设置好Maven版本、配置文件以及Maven仓库
以查询User数据为例对比IOC的引入前后程序耦合性

引入IOC之前

代码实现
User模块实体类:User.java
在这里插入图片描述
User模块视图类:UserVo.java在这里插入图片描述
User模块Dao层实现类:UserDaoImpl.java在这里插入图片描述
User模块Service层:UserService.java在这里插入图片描述
User模块Service层实现类:UserServiceImpl.java在这里插入图片描述
TIPS: 对于userVo.getGender() == 0 ? “female” : "male"不理解的需要复习一下if判断和三目运算符
User模块Controller层:UserController.java在这里插入图片描述
User模块测试类:UserTest.java在这里插入图片描述
测试结果:在这里插入图片描述
表示Dao层数据已经一层层传到Controller层并展示了出来
缺点分析

1.代码耦合性太强 不利于程序的测试
2. 代码也不利于扩展

解决方式:

Spring的IOC完美的解决了这一点

对象的实例化由Spring框架加载实现,放到Spring容器中管理,避免了我们手动new对象

有需要用到对象实例依赖,直接向Spring容器要,让他注入即可

而一旦涉及到对象的实例修改,那么只需更改Spring加载实例化对象的地方,程序代码无需改动

从而降低耦合,提升扩展性

引入IOC(XML)

代码实现

要想使用SpringIOC首先需要导入Spring框架基础包并且添加Spring核心配置文件

将依赖交给Spring的beanFactory管理

User模块测试类:UserTest.java
读取配置文件刷新Spring容器
Controller由手动实例化改为从Spring容器拿取
把ApplicationContext传到Controller层继续使用

public class UserTest {
public static void main(String[] args) {
// 读取配置文件刷新Spring容器
ApplicationContext context = new ClassPathXmlApplicationContext(“classpath:applicationContext.xml”);
// 从Spring容器拿Controller
UserController userController = (UserController) context.getBean(“userController”);
// 执行Controller层方法,因为之后还需要用到context对象,故下传
UserVo userVo = userController.getVo(1, context);
System.out.println(userVo);
}
}
User模块Controller层:UserController.java

Service由手动实例化改为从Spring容器拿取
把ApplicationContext传到Service层继续使用

package controller;

public class UserController {
private UserService userService;
User模块Service层实现类:UserServiceImpl.java

Dao由手动实例化改为从Spring容器拿取

package services.impl;

public class UserServiceImpl implements UserService {
private UserDao userDao;
测试结果

测试结果如下图所示:在这里插入图片描述
表示已经使用注解方式将对象放入Spring容器中

引入DI

上面所有的内容都是将对象放入Spring容器中

那么放入之后的使用呢,目前都是使用ApplicationContext拿取容器中的对象

接下来讲解如何使用注解实现依赖注入

常用注解介绍

@Autowired注解自动按照类型注入

会从容器中寻找符合依赖类型的实例,但是也有缺点:

因为时按照类型匹配,如果找不到匹配的实例也会抛出异常

如果容器中有多个匹配的类型也会抛出异常,需要指定引入的实例id

@Qualifier注解作用是在按照类型注入的基础之上,再按照Bean的id注入。所以如果是使用了@Autowire注解自动注入,但是容器中却有多个匹配的实例,可以搭配此注解,指定需要注入的实例id

@Resource注解作用是指定依赖按照id注入,还是按照类型注入。当只使用注解但是不指定注入方式的时候,默认按照id注入,找不到再按照类型注入。

代码实现

User模块Controller层:UserController.java

package controller;

@Controller
public class UserController {
// 改为自动注入
@Autowired
private UserService userService;
}
User模块Dao层实现类:UserDaoImpl.java

去除指定bean id,改为默认bean id(userDaoImpl)

package dao.impl;

// 改为默认bean id“userDaoImpl”
@Repository
public class UserDaoImpl implements UserDao {
public User getEntity(Integer id) {
// 此处应该从数据库查询值 方便起见直接返回一个固定对象
User user = new User();
user.setId(1);
user.setName(“Anne”);
user.setGender(0);
return user;
}
}
User模块Service层实现类:UserServiceImpl.java

改为自动注入并指定需要注入的实例id

package services.impl;

@Service(“userService”)
public class UserServiceImpl implements UserService {
// 改为自动注入并指定需要注入的实例id
@Autowired
@Qualifier(“userDaoImpl”)
private UserDao userDao;
}
测试结果
在这里插入图片描述
表示

@Autowired注解已将UserService依赖自动注入UserController
@Qualifier注解已指定UserDao依赖的bean id,并使用@Autowired注解自动注入UserServiceImpl

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值