1.UserDao接口
package com.kwok.dao;
public interface UserDao {
void getUser();
}
2.UserDap的l实现类
package com.kwok.dao;
public class UserDaoImpl implements UserDao {
@Override
public void getUser() {
System.out.println("默认获取用户的数据!");
}
}
package com.kwok.dao;
public class UserDaoMysqlImpl implements UserDao {
@Override
public void getUser() {
System.out.println("Mysql获取用户数据!");
}
}
package com.kwok.dao;
public class UserDaoOracleImpl implements UserDao {
@Override
public void getUser() {
System.out.println("Oracle获取用户数据");
}
}
3.UserService业务接口
package com.kwok.service;
public interface UserService {
void getUser();
}
4.UserServiceImpl业务实现类
package com.kwok.service;
import com.kwok.dao.UserDao;
import com.kwok.dao.UserDaoOracleImpl;
public class UserServiceImpl implements UserService {
private UserDao userDao;
// 利用set实现动态实现值注入
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
@Override
public void getUser() {
userDao.getUser();
}
}
在之前的业务中,用户的需求可能会影响原本的代码,程序员需要根据用户的需求去修改源代码!如果程序代码量十分大,修改一次的成本代价十分昂贵!
使用Set接口实现,发生了革命性的变化
5.测试
@Test
public void getUser(){
// 用户实际调用的是业务层,dao层不需要接触
UserServiceImpl userService = new UserServiceImpl();
// 使用不同方法接口,调用set方法设置即可
userService.setUserDao(new UserDaoOracleImpl());
userService.getUser();
}
- 之前,程序是主动创建对象,控制权在程序猿手上
- 现在,使用set注入后,程序不再具有主动性,而是变成了被动接收对象
这种思想,从本质上解决了问题,程序猿不用再去管理对象的创建了
6.IOC本质
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为DI只是IoC的另一种说法。在没有IoC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。
采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把二者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependenccy Injection,DI)。