这个设计很通用，经过作者的多次重构，现在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.blogjava.net/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.blogjava.net/asktalk

1、Eclipse源代码       
eclipse-sourceBuild-srcIncluded-3.3.1.1.zip    版本：3.3.1.1        大小：95.058MB
下载地址：http://download.eclipse.org/eclipse/downloads

解压后的目录结构如下图，通过执行build.bat可以编译出完整的Eclipse-sdk-3.3.1.1运行包，和我们网上下载的一样。但是这个过程可能需要一个小时左右的时间，要有耐性哦。所有的插件工程目录在plugins中，我们只需要导入现有工程即可把plugins下所有工程导入。

下面我们就先来研究一下Eclipse最核心的部分，就是RCP部分必须的插件。下面我列出了Eclipse RCP需要的插件。

将这些代码解压缩到一个空目录里，然后导入到Source Insight的Project里。     

二、Eclipse启动过程

首先我们从Eclipse的启动过程开始分析。

1、exe部分的引导

eclipse.exe是Eclipse的启动文件，是与平台相关的可执行文件。它的功能比较简单，主要是加载startup.jar文件，代码在Eclipse源代码的eclipse-sourceBuild-srcIncluded-3.3.1.1"plugins"org.eclipse.platform"launchersrc.zip，对应多个平台。对于win32平台，你可以直接运行win32目录下的build.bat文件来编译得到它（需要安装C编译器）。

2、java代码部分的执行入口

对于Eclipse 3.3.1.1版本来说，如果在eclipse目录下没有找到startup.jar，则直接执行org.eclipse.equinox.launcher.Main.main方法。

当然我们可以在eclipse目录下定制我们自己的启动引导包startup.jar，现在Eclipse 3.3.1.1好像已经不建议这样做了。如果有这个包，那么这个包将是java代码的执行入口，你可以在命令行下运行java -jar startup.jar命令来启动Eclipse。它的入口是org.eclipse.core.launcher.Main类，这个类最终执行的还是org.eclipse.equinox.launcher.Main.main方法。它对应的源代码在org.eclipse.equinox.launcher目录下的Main.java。关于此文件的定制详细信息请查看eclipse-sourceBuild-srcIncluded-3.3.1.1"plugins"org.eclipse.platform"launchersrc.zip中的eclipse.c的注解部分。

我们从main函数往后跟踪，找到basicRun方法，这个是启动的主要部分。

protectedvoid basicRun(String[] args) throws Exception {         System.getProperties().put("eclipse.startTime", Long.toString(System.currentTimeMillis())); //$NON-NLS-1$         commands = args;         String[] passThruArgs = processCommandLine(args);                 if (!debug)            // debug can be specified as system property as well            debug = System.getProperty(PROP_DEBUG) != null;         setupVMProperties();     //设置VM属性         processConfiguration();   //读取configuration/config.ini配置文件                 // need to ensure that getInstallLocation is called at least once to initialize the value.         // Do this AFTER processing the configuration to allow the configuration to set         // the install location.          getInstallLocation();         // locate boot plugin (may return -dev mode variations)         URL[] bootPath = getBootPath(bootLocation);                  //Set up the JNI bridge. We need to know the install location to find the shared library         setupJNI(bootPath);                 //ensure minimum Java version, do this after JNI is set up so that we can write an error message         //with exitdata if we fail.         if (!checkVersion(System.getProperty("java.version"), System.getProperty(PROP_REQUIRED_JAVA_VERSION))) //$NON-NLS-1$             return;                 setSecurityPolicy(bootPath); //设置执行权限         // splash handling is done here, because the default case needs to know         // the location of the boot plugin we are going to use         handleSplash(bootPath);         beforeFwkInvocation();         invokeFramework(passThruArgs, bootPath);    //启动Eclipse内核     }