Spring-IOC

     spring的核心是ioc, 即控制反转(依赖注入)

ioc:

我们拿数据存储为例：

1. 实现数据存储的一般思路：定义一个Database类进行数据库的操作，定义一个business业务逻辑类，调用database类及方法。

实现如下:

public class Database{
     //向数据库中存储数据
     public void saveDB(){};
}
public class Business{
     private Database db = new Database;
     //从数据库中获取数据
     public void saveData(){
     ..
     db.saveDB();
}
 

　　

2. 这样做，每次业务需求变动将导致程序大量修改，是不好的设计方案。

 

3. 利用ioc的解决思路是：首先编写一个存储数据的接口，然后每个具体负责存储数据的类都实现这个接口。而在业务逻辑类business中，则针对数据的接口编程，并不与存储数据的类建立任何联系。这样，存储方式的变化就不会要修改业务逻辑类了。

 

 

 

---

set方式注入的代码实现步骤如下:

      首先编写涌来存储数据的接口SaveData，该接口中定义了saveData()涌来负责存储数据，每一个具体负责存储数据的类都要实现这个方法，而业务逻辑类只针对接口中的savedata()方法编程。

public interface SaveData {
      //该方法用来存储数据
     public void saveData();
}

　　

     接下来，编写负责具体向数据库存储数据的DataBase类，该类实现了savedata接口。

public class DataBase implement SaveData{
     //该方法用来存储数据
     public void saveData (){
               //具体负责存储数据的代码
               ..
     }
}

　　

     编写business类，不针对实体类。

public class Business {
     //针对接口savedata定义变量
     private SaveData db;
     public void setSaveData (SaveData db){
          this.db = db;
     }
     ..
     //根据注入的存储类，存储数据
     public void saveData() {
          ..
          db.saveData();
     }
}

　　

     测试类:

public class TestBusiness {
     private Business business = new Business ();
     ..
     //
     public void saveData (){
          ..
          business.setSaveData (new DataBase ());
          business.saveData ();
          ..
     }
}

　　

优点：通过这种方式，business类就可以重用了，不管采用xml，database等方式都可以存储数据。business类都不用改动，只需要实现具体的savedata接口就行了。

可见ioc的强大之处在于，面向接口编程，使得业务逻辑代码实现了重用，从而实现了如果不是业务逻辑发生变化，就不需要修改业务逻辑的相关代码。

 

 

---

接口注入:

接口注入指在接口中定义要注入的信息，并通过接口完成注入。改动步骤如下:

     编写business接口，各种存储方式的注入将通过这个接口进行。

 

public interface Business {
     public void DiSaveData (SaveDara db) ;
}
     负责业务逻辑的类都不许实现这个接口。
public class BusinessImpl implement Business {
     private SaveData db;
     public void DiSaveData (SaveData db) {
          this.db = db;
     }
..
     //根据注入的存储类，存储数据
     public void saveData (){
     ..
     db.saveData();
     ..
     }
}

　　

     测试类。

public class TestBusiness {
     private Business business = new BusinessImp ();
     ..
     //根据注入的存储类，存储数据
     public void opraDara () {
          ..
          business.DiSaveData (new XMLData ());
          business.SaveData ();
          ..
     }
}

　　

 

---

构造注入:

构造注入指在接受注入的类中定义一个构造方法，并在参数中定义需要注入的类。

     为了让business类接受xmldata的注入，需要为它定义一个构造方法，来接受xmldata的注入。

public class Business {
     private SaveData db;
     public Business (SaveData db) {
          this.db = db;
     }
     ..
     //根据注入的存储类，存储数据
     public void saveData () {
          ..
          db.saveData ();
          ..
     }
}

　　

     编写TestBusiness.

public class TestBusiness {
     private Business business = new Business (new XMLData() );
     ..
     //根据注入的存储类，存储数据
     public void opraData () {
          ..
          business.saveData ();
          ..
     }
}

　　

 

---

spring提供了调用业务逻辑类的具体方式，开发人员不再需要编写调用具体业务逻辑的类，而是通过配置文档来实现对业务逻辑的调用。具体存储方式发生变化时，只需要改变相应的配置文档即可。

 

 

---

 

视图处理

 

Spring的视图处理方式有两个重要的接口: view resolver和view，view resolver提供了从视图名称到实际视图的映射，view用来处理请求的准备工作，并将该请求提交给某种具体的视图技术。

spring内置了三种视图方式，internalResourceView, JstlView, RedirectView。其中InternalResourceView用来处理tsp和servlet，jstlview用来处理jstle，redirect view用来处理重新定向视图。

所有的视图都继承了AbstarctUrlBasedView，只要继承AbstractUrlBasedView就能编写自己的视图。

解析器(都实现了viewResolver接口)：

InternalResourceViewResolver解析器用来解析Servlet和JSP,

UrlBasedViewResolver 实现了ViewResolver,将视图名直接解析为对应的URL，不需要显式的映射定义。如果你的视图名和视图资源的名字一致，就可以使用该解析器，而无需进行映射,

AbstractCachingViewResolver 抽象视图解析器实现对视图的缓存,

XmlViewResolver 支持XML格式的配置文件，该配置文件必须采用Spring XML Bean Factory相同的DTD，默认配置文件是/WEB-INF/views.xml

 

---