這是一個目前最好的一個開源分頁標簽的實現---extremeTable標簽。今天談談它的Limit的設計架構思想。

這個設計很通用，經過作者的多次重構，現在extremeTable的架構非常漂亮。這個標簽現在缺點是有些參數對mvc控制器屏蔽了，應提供一致的對外接口。不過整體上設計還是很精致的，面向對象來處理 html元素，與spring非常的默契，非常便于開發和測試。

類圖關系

1， 工廠LimitFactory

TableLimitFactory，AbstractLimitFactory，LimitFactory

TableLimitFactory是最終實現的工廠，它extends了AbstractLimitFactory抽象類，AbstractLimitFactory 類implements了LimitFactory接口。

TableLimitFactory主要是用來實例化，通過構造函數傳入參數。同時創建Registry來完成jsp頁面參數傳入Registry。當然還有一個功能就是從web.xml的配置文件讀取一些全局參數。首先讀取配置文件參數，然后根據參數創建LimitRegistry對象。

this.registry = new LimitRegistry(context, tableId, prefixWithTableId, state, stateAttr);

AbstractLimitFactory主要是用來獲取jsp頁面上設置的參數，比如分頁的信息（第幾頁，起始行，結束行，每頁顯示行數，查詢條件，排序條件等），當然他是通過工具類Registry來實現。

2， Limit

TableLimit，Limit。其主要作用是一個參數參數器，就是把Registry對象的參數傳入TableLimit，考慮到分層吧，TableLimit是該標簽和action通信的橋梁。就像我們的j2ee項目vo是dao和struts等view等數據傳輸工具。

3， Preferences

TableProperties，Properties 主要是來實現從web.xml配置的文件中讀取配置的一些全局參數。

InputStream input = this.getClass().getResourceAsStream(preferencesLocation);

if (input != null) {

properties.load(input);

}

其中preferencesLocation是路徑，在TableLimitFactory初始化時候，通過工具類TableModelUtils.getPreferencesLocation(context)獲取。

這個設計也是大多數需要配置文件的系統常用的方法。

4， Registry

LimitRegistry，AbstractRegistry，Registry

這個體系結構和上面的工廠模式一樣，就是LimitRegistry主要是用來實例化，通過構造函數傳入參數。AbstractRegistry是實際實現類，獲取jsp表單提交的參數，并提供getter方法供Limit來使用。Registry是一個接口。

所以這設計模式，我們可以來學習，

經典表述：類—抽象類—接口

l 類：初始化，定義構造函數，傳入參數。

l 抽象類：定義業務方法在此。

l 接口：定義接口方法，這個不用多說。

（作者：asktalk   來自 http://www.aygfsteel.com/askltak 原創文章，轉載請注明出處）

下面是從struts的角度來談談spring自帶的web框架的使用。
當然，我們在配置web框架前，需要把spring配置好，這里就不多說了。

1.web框架核心servlet在web.xml中的配置。

 1<servlet>  
 2<servlet-name>Dispatcher</servlet-name>  
 3<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  <init-param>   
 4<param-name>contextConfigLocation</param-name>   <param-value>/WEB-INF/Config.xml</param-value>
 5  </init-param> 
 6</servlet>  
 7
 8<servlet-mapping>  
 9<servlet-name>Dispatcher</servlet-name>  
10<url-pattern>*.do</url-pattern>
11 </servlet-mapping>
12

如果沒有配置config.xml文件，那么其默認的配置文件為[ servlet-name ]-servlet.xml 。也就是我們這個配置的默認配置文件是Dispatcher-servlet.xml

2.web框架的xml配置

spring web框架與struts最大的不同就是spring web框架根據分工，把每一種功能都定義為一種組件，所以在開發過程中需要配置的東西就非常多；Spring中分為幾個角色：

l 核心控制器，就是web框架的主 servlet；

l 業務控制器，也就是struts中的action對象；

l 映射處理器，定義了訪問路徑如何與web的xml中的bean相匹配，就是定義了一種策略；

l 視圖和視圖解析器，視圖就是jstl,velocity,xslt等，視圖解析器定義了action最終導航頁面的策略；

l 模型，就是struts MVC結構中的model；

l Command對象，類似于struts中的formBean；

2.1 Spring web框架與struts框架的區別

下面列出了一些。例如，

n Web框架要攔截*.do路徑，那么*.do如何與我們下面的bean匹配，就需要一個映射控制器。在struts中就是名字相同的匹配，不需要配置。

n action最后要導向到不同的頁面，在struts中我們用的是默認的不需要在xml文件中配置，在spring中就需要配置視圖解析器。

n 下面代碼中，Action中commandClass配置的就是類似于struts中的formBean對象。

 1<?xml version="1.0" encoding="UTF-8"?>
 2<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
 3 "http://www.springframework.org/dtd/spring-beans.dtd">
 4<beans>
 5 <!--Definition of View Resolver -->
 6 <bean id="viewResolver"
 7  class="org.springframework.web.servlet.view.InternalResourceViewResolver">
 8  <property name="viewClass"> 
 9   <value>org.springframework.web.servlet.view.JstlView</value>
10  </property>
11  <property name="prefix">
12   <value>/WEB-INF/view/</value>
13  </property>
14  <property name="suffix">
15   <value>.jsp</value>
16  </property>
17 </bean>
18  
19<!—就是我們上面說的映射控制器 -->
20 <!--Request Mapping -->
21 <bean id="urlMapping"
22  class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
23  <property name="mappings">
24   <props>
25    <prop key="/login.do">LoginAction</prop>
26   </props>
27  </property>
28 </bean>
29 
30<!---類似于struts的action配置-->
31 <!---Action Definition-->
32 <bean id="LoginAction"
33  class="com.maxway.action.LoginAction">
34  <property name="commandClass">
35   <value>com.maxway.action.LoginInfo</value>
36  </property>
37  <property name="fail_view">
38   <value>loginfail</value>
39  </property>
40  <property name="success_view">
41   <value>main</value>
42  </property>
43 </bean>
44</beans>
45

3.代碼的編寫

Action不外乎繼承一些現成的類，來實現我們view部分的業務。
作者：http://www.aygfsteel.com/asktalk