Spring核心（三）IoC使用

       

        上篇文章介绍了Ioc和他的作用，简单的来讲，就是由容器控制程序之间的关系，而不是由我们手动编写控制实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。 

        下面通过添加用户的小例子具体来看，首先配置Spring的环境

        1、加入spring的依赖包

             (1).SPRING_HOME/dist/spring.jar

             (2).SPRING_HOME/lib/log4j/log4j-1.2.14.jar

             (3).SPRING_HOME/lib/jakarta-commons/commons-logging.jar     

        2、提供spring配置文件applicationContext.xml，一个典型的Spring项目需要创建一个或多个Bean配置文件，这些配置文件用于在Spring IOC容器里配置Bean，这个配置文件最好放在classpath目录下。

        3、提供log4j.properties配置文件

 

创建项目，写Dao层接口IUserDao.java

public interface IUserDao {
          public void InsertUser(String username,String password);
}

Dao接口的实现类 UserDaoImpl.java

public class UserDaoImpl implements IUserDao{
         @Override
         public void InsertUser(String username, String password){             
              System.out.println("----UserDaoImpl --addUser----");
         }
 }

业务层接口IUserManager.java

public interface IUserManager {
          public void addUser(String username,String password);
}

业务层接口的实现UserManagerImpl.java

public class UserManagerImpl implements IUserManager {
      private IUserDao  userDao;
      @Override
      public void addUser(String username, String password) {                
            userDao=new IUserDaoImpl();
            userDao.InsertUser(username,password);
      }
 }

其实从这里就可以看出，业务层其实也是依赖了Dao层的具体实现，没有起到解耦的作用。

 

   Client.java

public classClient {
    public static void main(String[] args) { 
        IUserManager usermanager=new UserManagerImpl();
        userManager.addUser("wanghuan","password");
    }
}

       从客户端的代码里，我们也可以看出，跟上篇文章的例子是一样的，客户端也还是依赖于业务层的具体实现。接下来我们使用IOC容器。

       使用IOC容器很简单，就是将我们的对象放到配置文件里，让Spring知道，从而由Spring来帮我们管理。

       Spring 框架的 IOC 容器常用两种方法实现：

         （一）【setter方法注入】：通过 JavaBean的属性分配依赖性。

         （二）【构造器注入】：依赖性以构造函数的形式提供，不以 JavaBean 属性的形式公开。

       首先看setter方法注入，是IOC通过set方法将需要的对象注入。需要提供被注入对象的set方法。

Public  class  UserManagerImpl  implements  UserManager {
    private  IUserDao  userDao;
    //set方法   
    public void  setUserDao(IUserDao  userDao) {
       this.userDao = userDao;
    }
    @Override
    public void addUser(String username, String password) {             
      //不需要实例化，直接可以使用
      userDao.InsertUser(username,password);
  }
}

        重点是配置Spring的核心配置文件applicationContext.xml，在配置文件中配置上userDao的信息，使得IOC容器自己将UserDao对象注入到UserManagerImpl中。

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"
         xmlns:aop="http://www.springframework.org/schema/aop"
         xmlns:tx="http://www.springframework.org/schema/tx"
         xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-2.0.xsd
          http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-2.0.xsd
          http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">
<!--id名字自己取，class表示他代表的类，如果在包里的话需要加上包名-->
<bean id="userManager"  class="UserManagerImpl" >
    <!—property代表是通过set方法注入,ref的值表示注入的内容-->
     <property  name="userDao"  ref="userDao"/>     
 </bean>  
<bean id="userDao"  class="UserDaoImpl"/>  
</beans>

        这样我们就可以看出，业务层里只出现了Dao层的接口，是依赖于接口，而没有依赖于真正的实现。客户端对业务层的依赖是同样道理，可以只依赖业务层接口，通过IOC注入解决。

        下面看另一种通过构造器注入。这种方法不需要提供set方法，但需要提供构造方法。看代码：

Public  class  UserManagerImpl  implements  UserManager {
    private  IUserDao  userDao;
    //构造函数
    public  UserManagerImpl(IUserDao  userDao) {
       this.userDao = userDao;
    }  
        @Override
    public void addUser(String username, String password) {             
       userDao.InsertUser(username,password);
    }
}

配置文件也有不同：

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"
         xmlns:aop="http://www.springframework.org/schema/aop"
         xmlns:tx="http://www.springframework.org/schema/tx"
         xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans-2.0.xsd
          http://www.springframework.org/schema/aophttp://www.springframework.org/schema/aop/spring-aop-2.0.xsd
          http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">
<bean id="userManager" class="UserManagerImpl" >
    <!—constructor-arg代表是通过构造函数注入,ref的值表示注入的内容-->
    <constructor-arg  ref="userDao "/>     
 </bean>  
<bean id="userDao" class="UserDaoImpl"/>  
</beans>

 

这两种注入方式，在客户端进行调用都是一样的。来看客户端代码：

public  class  Client{
public staticvoidmain(String[] args) { 
      /*这句话就不用出现了
             IUserManager  usermanager=new UserManagerImpl();
      */
       //使用Spring的工厂将ioc容器中的对象取出
       BeanFactory factory=newClassPathXmlApplicationContext("applicationContext.xml");
       //依赖于接口，不会出现具体实现 
       IUserManager userManager=(IUserManager)factory.getBean("userManager");
       userManager.addUser("wanghuan", "password");
    }
}

       上篇文章的解耦过程于上文相同，都是将对象交与IOC容器管理，避免在程序中出现具体实现。通过代码我们可以看出IOC依赖注入的好处:

       1.对象之间的依赖关系,不由对象自身来负责,而是由容器依据配置文件动态建立，这样就很灵活，可配。

       2.采用依赖注入,模块之间一定是松散耦合的

       3.代码易维护易测试

       如果不使用框架，我们传统的写法一般是自己建立工厂或者用单例来处理业务层与Dao层，而使用了Spring，这些工作我们就都不用管了，而且每层的代码都很清楚。这样就使得真正的业务流程更明确了。