1、先写一个UserDao接口
public interface UserDao {
public void getUser();
}
2、再去写Dao的实现类
public class UserDaoImpl 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 UserDaoImpl();
public void getUser() {
userDao.getUser();
}}
5、测试
public void test(){
UserService service = new UserServiceImpl();
service.getUser();
}
这是之后用的方式,那现在修改一下 :把Userdao的实现类增加一个 。
public class UserDaoMySqlImpl implements UserDao {
public void getUser() {
System.out.println("MySql获取用户数据");
}}
紧接着要去使用MySql的话 , 就需要去service实现类里面修改对应的实现
public class UserServiceImpl implements UserService {
private UserDao userDao = new UserDaoMySqlImpl();
public void getUser() {
userDao.getUser();
}}
在假设, 增加一个Userdao的实现类 .
public class UserDaoOracleImpl implements UserDao {
public void getUser() {
System.out.println("Oracle获取用户数据");
}}
思考:如果要使用Oracle , 就又需要去service实现类里面修改对应的实现 。假设我们的这种需求非常大 , 这种方式就根本不适用了, 甚至有一点反人类 , 每次变动都需要修改大量代码。这种设计的耦合性太高了, 牵一发而动全身 。
那我们如何去解决呢 ?
我们使用一个Set接口实现.已经发生了革命性的变化
private UserDao userDao;
public void setUserDao(UserDao userDao){
this.userDao = userDao;
}
-
之前,程序是主动创建对象! 控制权在程序员手中
-
使用了Set注入后,程序不在具有主动性,而是变成了被动的接受对象
IOC本质
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法。没有IoC的程序中 , 我们使用面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。
IoC是Spring框架的核心内容,使用多种方式完美的实现了IoC,可以使用XML配置,也可以使用注解,新版本的Spring也可以零配置实现IoC。
Spring容器在初始化时先读取配置文件,根据配置文件或元数据创建与组织对象存入容器中,程序使用时再从Ioc容器中取出需要的对象。
采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。