IOC理论推导

1.UserDao接口

package com.kuang.dao;public interface UserDao {void getUser();
}

2.UserDaoImpl业务接口

package com.kuang.dao;public class UserDaoImpl implements UserDao{@Overridepublic void getUser() {System.out.println("默认获取用户数据");}
}

3.UserService 业务接口

package com.kuang.service;public interface UserService {void getUser();
}

4.UserServiceImpl  业务实现类

package com.kuang.service;import com.kuang.dao.UserDao;public class UserServiceImpl implements UserService{private UserDao userDao;//利用set实现值的注入public void setUserDao(UserDao userDao) {this.userDao = userDao;}@Overridepublic void getUser() {userDao.getUser();}
}

测试 

package mytest;import com.kuang.dao.MySQLDaoImpl;
import com.kuang.dao.OracleDaoImpl;
import com.kuang.dao.UserDaoImpl;
import com.kuang.service.UserService;
import com.kuang.service.UserServiceImpl;public class MyTest {public static void main(String[] args) {//用户实际上调的是业务层UserService userService = new UserServiceImpl();((UserServiceImpl)userService).setUserDao(new UserDaoImpl());userService.getUser();}
}

在我们之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改原代码量十分大，修改一次的成本代价十分昂贵

我们使用一个Set接口实现：

  //利用set实现值的注入public void setUserDao(UserDao userDao) {this.userDao = userDao;}

• 之前，程序是主动创建对象！控制权在程序员手上1
• 使用了set注入后，程序不再具有主动性，而是变成了被动接收的对象！

这就是控制反转的思想，程序的那些把它动态化，让用户传对象，来调用相应的对象方法，主动权从程序主动赋一个值，到了被动被用户设置一个置，来被动接收控制。

这种思想，从本质上解决了问题，我们程序员不用再去管理对象的创建了。系统的耦合性大大的降低，可以更加专注的在业务的实现上

这就是控制反转，也是IOC的原型

早期

 现在