IOC推导和本质
IOC理论推导:
1、先写一个UserDao接口
public interface UserDao {public void getUser();
}
2、再去写UserDaolmpl的实现类
public class UserDaoImpl implements UserDaolmpl{@Overridepublic void getUser() {System.out.println("获取用户数据");}
}
3、然后去写UserService的接口
public interface UserService {public void getUser();
}
4、最后写UserServicelmpl的实现类
public class UserServiceImpl implements UserService {private UserDao userDao = new UserDaoImpl();@Overridepublic void getUser() {userDao.getUser();}
}
5、测试一下
@Test
public void test(){UserService service = new UserServiceImpl();service.getUser();
}
6.把Userdao的实现类增加一个 .
public class UserDaoMySqlImpl implements UserDao {@Overridepublic void getUser() {System.out.println("MySql获取用户数据");}
}
紧接着我们要去使用MySql的话 , 我们就需要去service实现类里面修改对应的实现
public class UserServiceImpl implements UserService {private UserDao userDao = new UserDaoMySqlImpl();@Overridepublic void getUser() {userDao.getUser();}
}
7.在假设, 我们再增加一个Userdao的实现类
public class UserDaoOracleImpl implements UserDao {@Overridepublic void getUser() {System.out.println("Oracle获取用户数据");}
}
那么我们要使用Oracle , 又需要去service实现类里面修改对应的实现 . 假设我们的这种需求非常大 , 这种方式就根本不适用了
我们使用set接口实现。
//原来的
public class UserServiceImpl implements UserService {
//写死了 每增加一个类实现必须修改这 private UserDao userDao = new UserDaoImpl();@Overridepublic void getUser() {userDao.getUser();}
}//修改后的
public class UserServiceImpl implements UserService {private UserDao userDao;
// 利用set进行动态实现值的注入public void setUserDao(UserDao userDao) {this.userDao = userDao;}@Overridepublic void getUser() {userDao.getUser();}
}
现在去我们的测试类里 , 进行测试
@Test
public void test(){UserServiceImpl service = new UserServiceImpl();service.setUserDao( new UserDaoMySqlImpl() );service.getUser();//那我们现在又想用Oracle去实现呢service.setUserDao( new UserDaoOracleImpl() );service.getUser();
}
IOC本质:
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为DI只是IoC的另一种说法。没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方。