1.IoC理论推导
在我们以前写的业务中,用户需求的变更可能会影响我们原来的代码,我们需要根据用户的需求去修改原代码,这个时候,如果程序代码量十分大,修改一次的成本代价将十分昂贵,入不敷出,我们需要思考如何去解决这个问题。Spring的出现,为我们解决了这一难题。
假设需求如下:
对于同一查询用户的业务,我们在系统迭代后,需要从不同的数据库中查询用户数据,比如有:默认数据库(MySQL)、Oracle、SQLServer。
下面我们先来看一下以前我们的做法
public interface UserDao { /** * 查询用户 */ User selectUser(); }
public class UserDaoImpl implements UserDao { public User selectUser() { System.out.println("默认查询用户"); return new User(); } }
public interface UserService { /** * 查询用户 * @return */ User selectUser(); }
public class UserServiceImpl implements UserService { //注意这里的userDao是写死的 private UserDao userDao = new UserDaoImpl(); public User selectUser() { return userDao.selectUser(); } }
以上便是我们以前的做法,若需要更替数据库时,我们需要修改UserServiceImpl中的UserDao的new对象,才能够完成,以上只是一个很小的业务,逻辑清晰,代码量少,假如说是一个企业级应用,我们岂不是需要修改数不清的逻辑和代码,代价实在是大。但是,通过Spring IoC的思想,我们可以很方便的更替,下面来看一下,通过IoC思想的做法
public interface UserDao { /** * 查询用户 */ User selectUser(); }
public class UserDaoImpl implements UserDao { public User selectUser() { System.out.println("默认查询用户"); return new User(); } }
public class UserDaoOracleImpl implements UserDao { public User selectUser() { System.out.println("Oracle查询用户"); return new User(); } }
public class UserDaoSqlServerImpl implements UserDao { public User selectUser() { System.out.println("SqlServer查询用户"); return new User(); } }
public interface UserService { /** * 查询用户 * @return */ User selectUser(); }
public class UserServiceImpl implements UserService { /** * 注意这里的userDao是通过set方法注入 */ private UserDao userDao; public void setUserDao(UserDao userDao) { this.userDao = userDao; } public User selectUser() { return userDao.selectUser(); } }
public class UserTest { @Test public void testUser(){ UserService userService = new UserServiceImpl(); /** * 查询默认数据库 */ ((UserServiceImpl) userService).setUserDao(new UserDaoImpl()); userService.selectUser(); /** * 查询Oracle数据库 */ ((UserServiceImpl) userService).setUserDao(new UserDaoOracleImpl()); userService.selectUser(); /** * 查询SqlServer数据库 */ ((UserServiceImpl) userService).setUserDao(new UserDaoSqlServerImpl()); userService.selectUser(); } }
通过这种方法,已经发生了革命性的变化,之前,程序是主动创建对象!控制权在程序猿手上,使用了set注入后,程序不再具有主动性,而是变成了被动的接受对象。
这种思想,从本质上解决了问题,我们程序员不用再去管理对象的创建了。系统的耦合性大大降低,可以更加专注的在业务的实现上,这是IOC的原型。
2.IoC本质
控制反转loC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一 种方法,也有人认为DI只是IoC的另一种说法。没有IoC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。
采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI) 。
--狂神
3.HelloSpring
第一个Spring程序创建步骤
实体类Hello
public class Hello implements Serializable { private String str; public String getStr() { return str; } public void setStr(String str) { this.str = str; } @Override public String toString() { return "Hello{" + "str='" + str + '\'' + '}'; } }
Spring核心配置文件applicationContext.xml
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"> <bean id="helloBean" class="com.aircl.domain.Hello"> <property name="str" value="Hello Spring"></property> </bean> </beans>
测试
@Test public void testHello(){ ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); Hello helloBean = (Hello) context.getBean("helloBean"); System.out.println(helloBean.toString()); }
总结
OK,到了现在,我们彻底不用再程序中去改动了,要实现不同的操作,只需要在xml配置文件中进行修改,所谓的IoC,一句话搞定:对象由Spring来创建、管理、装配。