IOC叫做控制反转,IoC 是指在程序开发中,实例的创建不再由调用者管理,而是由 Spring 容器创建。Spring 容器会负责控制程序之间的关系,而不是由程序代码直接控制,因此,控制权由程序代码转移到了 Spring 容器中,控制权发生了反转,这就是 Spring 的 IoC 思想。
我们先来看个案例:
1、先写一个UserDao接口
public interface UserDao {
public void getUser();
}
2、再去写Dao的实现类
public class UserDaolmpl implements UserDao{
public void getUser() {
System.out.println("获取默认用户数据");
}
}
3、然后去写UserService的业务接口
public interface UserService {
public void getUser();
}
4、最后写Service的业务接口实现类
public class UserServiceImpl implements UserService{
private UserDao userDao = new UserDaolmpl();
public void getUser() {
userDao.getUser();
}
}
- 测试一下:
@Test
public void test(){
UserService service = new UserServiceImpl();
service.getUser();
}
这个是我们之前的写法,但是如果我们再把Userdao的实现类增加一个 .
public class UserDaoPythonImpl implements UserDao {
public void getUser() {
System.out.println("获取Python数据");
}
}
紧接着我们要去使用Python的话 , 我们就需要去service实现类里面修改对应的实现
public class UserServiceImpl implements UserService{
private UserDao userDao = new UserDaoPythonlmpl();
public void getUser() {
userDao.getUser();
}
}
假设我们的这种需求非常大 , 这种方式就根本不适用了, 甚至反人类对吧 , 每次变动 , 都需要修改大量代码 . 这种设计的耦合性太高了, 牵一发而动全身 .
那我们如何去解决呢 ?
我们可以在需要用到他的地方 , 不去实现它 , 而是留出一个接口 , 利用set , 我们去代码里修改下 .
public class UserServiceImpl implements UserService{
private UserDao userDao;
//使用set方法动态实现
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
public void getUser() {
userDao.getUser();
}
}
测试:
public class MyTest {
@Test
public void test(){
UserService service = new UserServiceImpl();
((UserServiceImpl) service).setUserDao(new UserDaoPythonImpl());
service.getUser();
}
}
以前所有东西都是由程序去进行控制创建 , 而现在是由我们自行控制创建对象 , 把主动权交给了调用者 . 程序不用去管怎么创建,怎么实现了 . 它只负责提供一个接口 .
这种思想 , 从本质上解决了问题 , 我们程序员不再去管理对象的创建了 , 更多的去关注业务的实现 . 耦合性大大降低 . 这也就是IOC的原型 !
IOC
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为DI只是IoC的另一种说法。没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。