| |
摘要
struts是一个优秀的java web开发框架。struts是apache项目之一，现在struts已经在java开发团体中得到了广泛的支持。在这篇文章中julien mercay 和gilbert bouzeid将向我们介绍struts的处理流程、描绘struts框架，最后提出了model 2x。model 2x用xml/xslt替换掉了原来的表现层中的jsp页面。model 2x通过这种方式更加明晰地划分了业务逻辑层和表现层。
正文
自从servlet api发布以来，java开发人员使用了不同的技术来开发web应用程序。web开发人员已经认识到了model 2的优点。model 2 指的是基于mvc模式的web开发框架。model 2能把应用逻辑层和表现层较好地区分开来。struts构建在model 2 之上，它向java开发人员提供了一个普通的控制器servlet，还有集中式的资源配置、资源管理以及错误处理等功能。
这篇文章中我们引入了model 2x。model 2x可以将逻辑层和表现层更好地分离。我们先介绍model 1和model 2，然后讲述一下struts是如何实现mvc架构的，最后向读者展示一下如何通过xml、xslt来对现存的模式加以改进。
model 1
理解model 1是十分重要的，如果不熟悉model 1将很难理解我们在文章中介绍的其他几个架构。model 1的基础是jsp文件。jsp从http请求中取得参数，调用所需的业务逻辑，处理http对话，然后生成html页面。
一个完整的model 1项目包括一组jsp文件（这些文件大部分都是彼此独立的）、一组所需的java类和其他组件。一些早期的web开发技术比如asp、php都使用类似的模式来开发的。
model 1主要也许是唯一的优势就是简单。model 1中业务逻辑和显示逻辑混合在jsp页面中没有进行抽象和分离，所以在进行快速和小规模的应用开发时，有非常大的优势的。但用model 1 开发复杂的项目的开发时，将不可避免地导致项目管理的困难。
model 2, mvc, and struts/jsp
图1
图1说明的是mvc架构中的三个部分，以及它们在struts/jsp中的实现。
控制器（controller）：struts的最主要的部件就是一个普通的控制器servlet。控制器是每一个发送到struts的http请求的入口点。控制器把所有的请求经解释后分发action。这些action是struts action类的子类。由开发人员负责实现它们。控制器也会自动的把http请求中的参数加入到form bean中。action负责实现核心的业务逻辑，比如做ejb调用，通过java bean访问模型（model）。在struts中可以通过定义一个xml文件来描述请求uri、具体业务逻辑处理、代表客户提供的数据的form组件三者之间的映射关系。控制器的就是通过这个xml文件来定义的。
模型（model）：
java beans就是模型的代表。这些bean分成3类：
窗体bean（form bean）对象用来包装html表单数据，当然也包括通过url请求传递过来的数据。举例来说，一个登陆页面可能有两个属性（property）login和password。form bean由struts的actionform类扩展而来。
请求bean（request bean）拥有用来生成html页面的所需的信息。例如在一个表现银行账户状态的页面中，请求bean就应该有账户相关信息以及近期的交易记录等等。
会话bean（session bean）拥有同一用户在不同http请求间共享的对话信息。
视图（view）：
struts控制器会把http请求转发到作为mvc视图的jsp文件。这个jsp文件可以访问窗体bean、请求bean、会话bean，生成结果文档（通常是一个html文档），并发送到客户端。struts提供了四组jsp标志库。
html：用来生成html标志，特别是用来自模型的数据填写html表单。
bean: 操作bean。
logic： 根据bean值实现逻辑结构。
template：处理页面模板。
通过struts标志的使用，你可以避免在视图中使用任何的java代码。
struts/jsp 缺点
虽然struts/jsp较之其他模式有许多优势，但它也存在着一些缺点和不足：
程序员可以把应用逻辑放入jsp。遇到问题时，开发人员可以很快地加以修改，经验表明这实际上是陷阱。程序结构很容易变得复杂和难于管理。
jsp不能很好地支持xml，也就不能保证生成的结果文档（xml或html文档）将会是100%“格式良好”（well-formed）。
开发人员需要学习如何使用struts的标志库。事实上要理解这些struts的标志库，特别是bean和html标志库的确要花费比较长的时间。
你不能在视图中用jsp来实现处理管道（processing pipeline）。只能做些简单的include和forward,这样很明显就会限制了视图的灵活性。例如，对布局计和风格的分离就会比较困难。
对jsp页面的任何修改都会导致jsp的重新编译，这样是非常耗费时间的。
上述问题的解决方法必须要具备以下要求：
限制视图对模式和一些定义明确的上下文环境信息的可见程度,比如项目资源的可见程度就应该受到控制。
强制使用格式良好的xml和html
能够对在现存的语言或api起到杠杆作用
降低对视图不同部分分离的难度,比如布局和风格的分离。
缩短开发周期
我们相信我们接下来讨论的这个基于未加修改的struts和xslt的轻型框架可以满足上述的要求。我们把这个新的架构叫做model 2x
model 2x架构概观
model 2x是 struts和xslt结合的产物。model 2x基在视图部分用xslt和最后会被串行化成xml文件的bean替代了原来struts视图部分的jsp文件，但原封不动地保留struts的controller和model部分。
xslt定义
作为一种w3c的正式标准，xslt是用来对xml文档进行转化的一种语言。它是xsl（可扩展样式表语言）的一部分。xpath是用作对xml文档各部分进行定位的语言。在xsl样式中，我们可以利用xpath表达式以一种紧凑而高效的形式选取xml文档的一部分进行处理。
xsl/fo也是xsl的规范的一部分，用来描述显示给读者的页面外观。xsl/fo主要的一个应用就是生成pdf文档。
xslt和struts的合成
把struts和xslt结合在一起的方法一是在jsp页面中执行xslt转换。我们可以用标志库来实现这一功能，比如你可以使用jakarta项目中的一个xsl标志库项目来实现。如果使用这种方式，那么在jsp页面中生成的是应该是xml而不是原来的html。借助xslt样式表，xml转化成html或其他格式。然而这种方式需要对struts本身加以修改。
生成html最通常的方式是由struts的html标签库来生成，但这类标志库与xml并不兼容，也就不能和xslt结合起来使用。当然可以对html标志库加以修改让其输出xhtml，这并不困难，但这就要修改现有的struts 1.0 代码。
此外，这一解决方案需要在四个不同的地方开发：action 类（控制器）、模型bean、jsp页面、xslt样式表（视图）。jsp与标签库的作用也只限于把模式bean转化成一个xml文档。
第二种方法就是我们提出的model 2x。这种方法会自动执行这一任务，而且把jsp页面从我们的解决方案中删除了。图2向我们很好地展示了model 2x设计的核心构成。
图2
我们从图2中可以看出来，model 2x处理流程的最初部分和struts的类似。请求被发送到struts的控制器，然后又被分派给各自的业务逻辑处理单元（action类的子类）。控制器创建actionform对象。请求的参数都保存到这个actionform对象中。action类的子类生成结果bean（result bean），然后把这些bean交给视图来显示。
model 2x和struts处理流程不同的地方在于：model 2x中用一个xsl servlet配合xslt样式表实现了原来在struts中由jsp实现的视图部分。这个xsl servlet首先根据bean和上下文环境生成xml文档，然后调用xslt进行转换。接下来我们会详细地讲述这个过程。由于我们可以把一个请求提交给任何一个已经在struts配置文件中注册的url，所以在这个过程中不用对struts做任何的修改。
xml文档的生成
把一个对象转换到一个stream的过程我们称之为串行化。在java 1.1中引入了java.io.serializable接口和相关的api。二进制串行化可以把一个java对象转化到二进制流，在网络上传输或是保存到文件中。相比之下，xml串行化是把一个java对象树转化到文本型的xml流中。
许多开放源代码的软件包，譬如castor都可以用来执行xml串行化。在我们文章中提到的model 2x案例中我们自行设计了一个简单的xml串行化方案。这个方案中假设bean的所有属性是java的基本类型或者java.util.colleciton的子类。
这个方案会递归地对窗体bean（form bean）、请求bean（request bean）和session bean进行自省，创建一个dom树。同时，也串行化了资源和struts配置数据也就是上下文环境信息。图3说明了这个过程
图3 xml/xsl 工作流程
xslt处理
在这个model 2x案例中，xslt转换只限于样式表对xml流的转换。为了提高性能xslservlet会对这个样式表进行了缓存处理。xml流着由struts的处理流程生成。你可以通过提供连续转化或者使用更高级的配置来改进这个简单的架构。cocoon中你就可以看到这两种方式的使用。cocoon框架使用xml和xslt构建服务器端的应用程序。cocoon基于管道（pipeline）的架构使其能够更容易对内容和逻辑的加以分离、与大量不同的数据源交互也很方便。通过xslt，cocoon的输出可以与不同的设备兼容，比如html、wap等等。
图3显示的是xslt的处理流程。下面
|
|
