微信营销网站(含html源文件)免费下载,游戏网站代码,固安建设行政主管部门官方网站,游乐网站设计#xff08;转自http://www.blogjava.net/moxie/archive/2006/10/20/76375.html#xff09; WebWork深入浅出 本文发表于《开源大本营》 作者#xff1a;钱安川 前言 本篇文章并没有太多WebWork 的实战代码细节。本人非常希望能充当一名导游的角色#xff0c;带…转自http://www.blogjava.net/moxie/archive/2006/10/20/76375.html WebWork深入浅出 本文发表于《开源大本营》 作者钱安川 前言 本篇文章并没有太多WebWork 的实战代码细节。本人非常希望能充当一名导游的角色带领读者逐步游览WebWork的功能特性和原理。在第一章我们将提出基于三层架构的Web层需要解决的10个问题这是本文的纵轴。围绕着纵轴我们按照横轴的顺序逐步描述讲解WebWork简介、WebWork入门、WebWork原理、WebWork实战和技巧、展望WebWork未来、最后是本文的总结。 基于三层架构的 Web 层需要解决的问题 我们这里讨论的Web层是基于典型的三层架构Web层业务层数据层。故我们将不讨论任何涉及业务业务逻辑层和数据层功能的实现。 Web层需要解决的问题 1、 数据的输入。如何获得基于无状态HTTP的请求数据如何将请求的字符数据转换为对应的模型对象 2、 输入数据的验证。如何验证输入数据的合法性并给出明确的错误消息提示 3、 数据的输出。如何展现复杂的对象结构如何处理复杂的展现逻辑 4、 数据的传递和共享。如何在不同的请求或页面之间传递和共享数据 5、 页面的流程管理。如何管理Web应用中的页面流程 6、 模块化的管理。如何将复杂的Web应用以模块化的方式管理 7、 灵活可扩展的架构。如何支持各种不同的展现层技术如何与业务层或数据层的各种框架整合 8、 安全和访问控制的管理。如何提供基于Web的安全机制和资源访问控制的管理 9、 代码实现的简洁和高效。如何让开发步骤和代码维护变得简单如何尽量减少开发的中间环节如何将公共的功能剥离出来并可以灵活的组装应用 10、 其它问题。异步调用、国际化支持、文件上传、防止重复提交等等。 下面让我们来一起看看WebWork是如何解决上面的这些问题。 WebWork 简介 WebWork是由OpenSymphony组织开发的致力于组件化和代码重用的J2EE Web框架。WebWork目前最新版本是2.2.2现在的WebWork2.x前身是Rickard Oberg开发的WebWork但现在WebWork已经被拆分成了Xwork1和WebWork2两个项目如下示意图所示 work简洁、灵活功能强大它是一个标准的Command模式框架实现并且完全从web层脱离出来。Xwork提供了很多核心功能前端拦截机interceptor运行时表单属性验证类型转换强大的表达式语言OGNL – the Object Graph Notation LanguageIoCInversion of Control依赖倒转控制容器等。 WebWork2建立在Xwork之上处理HTTP的请求和响应。所有的请求都会被它的前端控制器ServletDispatcher最新版本是FilterDispatcher截获。前端控制器对请求的数据进行包装初始化上下文数据根据配置文件查找请求URL对应的Action类执行Action将执行结果转发到相应的展现页面。WebWork2支持多视图表示视图部分可以使用JSP, Velocity, FreeMarker, JasperReportsXML等。 下面我们提到的WebWork将为WebWork2使用的版本是WebWork2.2.2。 WebWork 入门 WebWork 安装 如果只是搭建一个WebWork开发环境那将非常简单 1、 去网站http://www.opensymphony.com/webwork下载最新的WebWork2.2.2项目。 2、 搭建一个Web应用这个不难吧并拷贝WebWork框架运行需要的所有Jar文件到Web应用的WEB-INF\lib中。这些Jar文件可以在WebWork项目中lib\default目录找到即那个目录里面的所有文件。当然别忘记今天的“主角”在WebWork跟目录下的webwork-2.2.2.jar文件。 3、 在Web.xml文件中配置WebWork的前端控制器FilterDispatcher也就是一个普通的Servlet Filter过滤器而已。代码如下 filter filter-name webwork / filter-name filter-class com.opensymphony.webwork.dispatcher.FilterDispatcher / filter-class / filter filter-mapping filter-name webwork / filter-name url-pattern /* / url-pattern / filter-mapping 不过如果是在实际项目中使用安装过程中还是有一些问题需要注意的 1、 关于前端控制器。在以前WebWork2版本里面前端控制器是ServeltDispatcher它是一个JavaServlet。而现在是一个Filter(过滤器)会导致无法在页面中使用Jsp的include来包含一个WebWork的Action请求的URL。如果真的需要这样做可以使用WebWork的action标签库。 2、 关于Action请求URL的后缀。我们知道在一般的Web框架中前端控制器会将特定后缀的请求URL映射到对应的Action请求中。而我们这里的前端控制器会接受任意的请求但它默认是将.action结尾的URL映射为WebWork的Action请求。我们可以在webwork.properties文件中设置我们自己的后缀名多个后缀名可以用逗号隔开。例如webwork.action.extensionaction,do 3、 在 Jsp 页面中 WebWork 的标签库不需要在 web.xml 中定义在页面中通过如下的代码直接引用 % taglib prefix ww uri /webwork % 4、 在Jsp页面中默认“altSyntax”是开启的。它是用来解决标签库中的字符串和表达式语言混淆的问题。所以作为变量的表达式语言应该放在%{}中否则WebWork会把它当作字符串处理。 5、 如果展现层技术使用FreemarkerWebWork官方的推荐也是我个人的推荐如果在页面中需要使用标签库必须在web.xml中配置JspSupportServlet代码如下 servlet servlet-name JspSupportServlet / servlet-name servlet-class com.opensymphony.webwork.views.JspSupportServlet / servlet-class load-on-startup 1 / load-on-startup / servlet 6、 还有一些其它的定制比如编码标签的模板文件等等都可以在webwork.properties文件中配置。如果在ClassPath中没有这个文件WebWork会自动读取WebWork的Jar包里面的default.properties文件。 WebWork 核心概念 WebWork的三个关键部分 1、 Actions。一般一个Action代表一次请求或调用。在WebWork中一般Action类需要实现Action接口或者直接继承基础类ActionSupport。这是它要实现默认的execute方法并返回一个在配置文件中定义的Result也就是一个自定义的字符串而已。当然Action也可以只是一个POJO普通Java对象不用继承任何类也不用实现任何接口。Action是一次请求的控制器同时也充当数据模型的角色我们强烈建议不要将业务逻辑放在Action中。 2、 Results。它是一个结果页面的定义。它用来指示Action执行之后如何显示执行的结果。Result Type表示如何以及用哪种视图技术展现结果。通过Result TypeWebWork可以方便的支持多种视图技术而且这些视图技术可以互相切换Action部分不需做任何改动。 3、 Interceptors。WebWork的拦截器WebWork截获Action请求在Action执行之前或之后调用拦截器方法。这样可以用插拔的方式将功能注入到Action中。WebWork框架的很多功能都是以拦截器的形式提供出来。例如参数组装验证国际化文件上传等等。 第一个例子 Welcome 入门我们从简单的Welcome开始吧需求如下一个页面有一个用户名输入框输入自己的名字例如Moxie提交按钮返回一个欢迎的页面并显示前面输入的用户名和一句欢迎信息例如Moxie, Welcome!页面操作流程图如下 WelcomeAcion.java welcomeResult.jsp welcome.jsp 开发步骤如下 1、 输入页面。Welcome.jsp是一个非常简单输入页面代码如下 form name register action welcome.action method POST Name: input name username Please input your name. / form 2、 WebWork的Action类。它实现了Action接口获得welcome.jsp页面传入的数据即输入的用户名根据这个用户名生成了一条欢迎信息并在结果页面中打印出来。WelcomeAction.java代码如下 public class WelcomeAction implements Action{ private String username; private String welcomeMessage; public String execute() throws Exception { welcomeMessage username ,Welcome!; return SUCCESS; } public void setUsername(String username) { this.username username; } public String getWelcomeMessage() { return welcomeMessage; } } 看了上面的代码也许你都不敢相信这就是 Web 编程。没有调用任何一个 JavaServlet 的 API 它是如何获得请求的数据并将执行结果暴露给输入页面的呢它是通过值堆栈和表达式语言来实现后面会有详细介绍。我们先看看 Action 是如何获得请求的数据。输入框的名字“ username ”即请求的参数的名字它就是一个表达式语言。WebWork 遇到这个表达式语言就会执行相应的 setUsername 方法而 username 参数的值就是执行这个方法的参数。这些是在 Action 执行 execute 方法之前完成这样 Action 就可以获得请求的数据对象。类似的原理 WebWork 也是通过表达式语言将 getWelcomeMessage 方法暴露给结果页面。 3、 结果页面。welcomeResult.jsp页面将通过表达式语言取得Action执行之后暴露出来的数据对象。代码如下 % taglib prefix ww uri /webwork % ww:property value %{welcomeMessage} / 我们在结果页面中使用了 WebWork 标签库。我们用到的是 property 标签它通过表达式语言打印 Action 暴露出的数据对象。 4、 定义配置文件xwork.xml。代码如下 xwork include file webwork-default.xml / package name default extends webwork-default action name welcome class com.noname.web.action.WelcomeAction result name success type dispatcher /welcomeResult.jsp / result interceptor-ref name params / / action /package /xwork “ name ”参数用于请求的 URL 。例如 http://localhost/welcome.action 这样通过请求的 url 我们就可以在配置文件中找到对应的 action 。“ class ”即实现Action 的类。一个 Action 中可以定义多个 Result 。 Result 的“ name ”对应 Action 方法返回的字符串。在我们的 WelcomeAction 方法中执行成功之后返回字符串“ success ”。即我们在这个 Action 里定义的那个 result 。“ interceptor-ref ”定义这个 action 所使用到的拦截器。我们这里使用了 WebWork 提供的params 拦截器它能自动的帮我们将请求的参数组装成 Action 中需要的数据对象。通过这个拦截器它会调用 Action 的 setUsername 方法取得 username 参数的值这样 Action 就可以获得用户输入的 username 数据。也许你会奇怪 params 这个拦截器是从哪里变出来的这个 xwork.xml 文件包含了 WebWork 提供的默认配置文件 webwork-default.xml,可以在webwork-2.2.2.jar文件中找到。我们定义的这个package继承了它里面的package“webwork-default”这样就可以共享“webwork-default”package里面定义的所有拦截器。 WebWork 原理 通过上面的例子我们已经了解WebWork开发、运行的基本流程一定要亲自安装并开发这个Welcome的例子哦。如果要在实际项目中使用WebWork我们必须要了解下面的概念和WebWork的原理。 ValueStack( 值堆栈 ) 和 EL( 表达式语言 ) 关于ValueStack的描述 1、 ValueStack其实就是一个放置Java对象的堆栈而已唯一特别的是可以使用EL来获得值堆栈中对象属性的数据并可以为值堆栈的对象属性赋值。 2、 EL全称Express Language即表达式语言。不要被语言吓倒它是简单的对象导航语言。有字符串例如方法名和特殊字符组成例如用.表示调用对应的属性方法。通过EL我们可以存、取对象数据而且还可以直接访问类的静态数据调用静态方法。 3、 WebWork的ValueStack底层有第三方开源项目OGNL实现。所以EL也都遵循OGNL的规范。我们在开发中几乎不需要知道OGNL的细节。 4、 WebWork为每一次请求构建一个ValueStack并将所有相关的数据对象例如Action对象、Model对象等放到ValueStack中。再将ValueStack暴露给视图页面这样页面就可以直接访问后台处理生成的数据。 下面我们用一个雇员类为例使用Junit框架单元测试框架来展示ValueStack的功能。 我们有一个Employee类它有两个属性姓名地址。姓名是一个字符串地址是一个对象地址类有国家、城市、街道三个属性。代码如下 Employee.java代码如下 public class Employee { private String name; private Address address; public Employee() { } public String getName() { return name; } public void setName(String name) { this.name name; } public Address getAddress() { if(address null) address new Address(); return address; } public void setAddress(Address address) { this.address address; } } Address.java代码如下 public class Address { private String country; private String city; private String street; …… //默认的Get和Set方法省略 } 下面出场的是OgnlValueStackTest它有两个测试方法。分别测试使用EL从ValueStack中取值和存值。代码如下 import com.opensymphony.xwork.util.OgnlValueStack; import junit.framework.TestCase; public class OgnlValueStackTest extends TestCase { private OgnlValueStack valueStack; private Employee employee; Override protected void setUp() throws Exception { valueStack new OgnlValueStack(); employee new Employee(); valueStack.push(employee); } public void testCouldGetDataFromObjectInOgnlValueStackByEL() throws Exception{ employee.setName(Moxie); Address address new Address(); address.setCountry(China); employee.setAddress(address); assertEquals(Moxie,valueStack.findValue(name)); assertEquals(China,valueStack.findValue(address.country)); } public void testCouldSetDataForObjectInOgnlValueStackByEL() throws Exception{ valueStack.setValue(name,Moxie); valueStack.setValue(address.country,China); assertEquals(Moxie,employee.getName()); assertEquals(China,employee.getAddress().getCountry()); } } 这是一个Junit Test关于Junit的使用不是本篇文章的范畴。作为一个Java开发者熟悉这样的测试框架是最基本的要求。setUp方法在每个测试方法调用之前都会执行它用来初始化每个测试方法都需要的对象和数据。我们的setUp方法首先创建两个对象valueStack对象和employee对象然后将employee对象入栈。这样emloyee对象就在值堆栈的最上端。 第一个测试方法testCouldGetDataFromObjectInOgnlValueStackByEL测试可以用表达式语言取得值堆栈里的对象数据。我们首先为值堆栈里的employee对象设置数据设置了用户名和用户地址所在的国家。 第一个验证断言 assertEquals(Moxie,valueStack.findValue(name))解释为我们期望使用表达式语言“name”去ValueStack中查找得到的对象是”Moxie”。即期望valueStack.findValue(name)语句执行返回的数据是”Moxie”对象。再深入下去这条语句会调用ValueStack里对象的getName方法即employee对象的getName方法并返回这个方法返回的数据。 第二个断言assertEquals(China,valueStack.findValue(address.country))。它期望表达式语言“address.country”取得的数据是对象的address属性对象的country属性即取得雇员对象的地址所在的国家。深入下去它也就是调用对象employee的getAddress().getCountry()方法。 第二个测试方法testCouldSetDataForObjectInOgnlValueStackByEL测试通过表达式语言为ValueStack中的对象设置数据。 第一个设值语句valueStack.setValue(name,Moxie)它通过表达式语言“name”将“”Moxie””赋值给ValueStack里的对象即调用值堆栈中的对象的setName方法并把后面的值作为方法的参数。同理第二个设置语句会调用值堆栈中的对象的getAddress().setCountry()方法把后面的数据作为setCountry方法的参数。 看了这个例子我们就会知道如何通过ValueStack进行数据的存取。在我们使用ValueStack时需要注意 1、 所有存取操作的目标对象都是已放入ValueStack中的对象。所以在使用之前必须要先将对象入栈。例如我们在setup方法中的语句valueStack.push(employee)。 2、 每一次WebWork请求在创建Action对象之前都会先生成一个ValueStack对象再将Action对象入栈。这样我们就可以通过表达式语言来直接存取action对象的数据所以在WebWork中action具有数据模型的功能。 3、 在对ValueStack进行存取操作时我们的操作指令表达式语言并不知道它是对哪个对象进行操作。例如我们在获取员工姓名时我们给的操作指令是”name”这时并不知道ValueStack里面的对象一定就是employee。ValueStack会从上而下遍历栈里面的对象并试图调用当前遍历对象的getName方法当它找到了这个方法并执行之后就会将执行得到的数据返回。这就是那神秘的ValueStack。 4、 关于值堆栈的context map它是一个放置值堆栈上下文数据的对象。通过符号“#“再加上对象的名称可以访问这些数据只可以访问。一些JavaServlet相关的数据都放在这个容器中。这个对webwork的标签库特别有用这样我们可以直接通过表达式语言去访问request、attribute、session、application里的数据。例如用property标签库打印出所有请求参数的数据代码如下ww:property value%{#request}/。 5、 其它。“top”是ValueStack里面的关键字通过它可以找到ValueStack中最上面的那个对象。可以试着打印一下valueStack.findValue(top))看看。表达式语言除了可以调用基于JavaBean规范的get和set方法之外还可以调用一般的Java方法这是需要使用方法的全名并传入需要的参数也可以直接访问Java类的静态字段和静态方法。具体的使用可以查看WebWork的官方文档。 Interceptor( 拦截器 ) 拦截器在前面的“WebWork核心概念”章节做了简单介绍这里我们将对它进行更进一步的探讨。关于拦截器的描述 1、 一个拦截器就是在xwork.xml文件中定义的一个无状态Java类它至少要实现XWork的com.opensymphony.xwork.interceptor.Interceptor接口。代码如下 public interface Interceptor extends Serializable { void destroy(); void init(); String intercept(ActionInvocation invocation) throws Exception; } 2、 实现Interceptor接口的拦截器代码部分在intercept方法中实现。在intercept方法中可以直接返回一个Result字符串这样整个执行直接“短路”这时Action的execute方法也不会执行一般很少会这么用。所以一般都会在这个方法里调用参数对象invocation的invoke方法并返回这个方法执行的结果。这样会持续执行后面的拦截器方法以及Action的execute方法等。 3、 大部分的时候拦截器直接继承WebWork的抽象类com.opensymphony.xwork.interceptor.AroundInterceptor就可以了。这时需要实现它的before和after方法。Before方法会在Action执行之前调用after方法在Action执行之后调用。 4、 拦截器的执行顺序。我们可将多个拦截器放一起组装成一个拦截器栈。这样拦截器会按照栈的顺序由上而下执行before方法所有before方法执行结束再执行Action的方法执行Result的方法再返回执行结果最后再从下而上执行拦截器的after方法。 5、 拦截器的过滤功能。我们通常会在应用中使用一个通用的定义多个拦截器的拦截器栈。但有些Action方法在调用的时候不需要要其中的部分拦截器。这时我们就可以使用拦截器过滤功能。如果拦截器要拥有过滤功能必须实现抽象类com.opensymphony.xwork.interceptor.MethodFilterInterceptor。这样拦截器在定义的时候或者在Action引用拦截器栈的时候我们就可以指定哪些Action方法是需要过滤的哪些Action是不需要过滤的。 WebWork提供的拦截器介绍 1、 自动为Action设置Http请求数据的拦截器(Parameters Interceptor)。这个拦截器非常方便实用但完全自动组装对象数据很可能会带来安全问题。如果Action不需要设置数据那么这个Action只要实现com.opensymphony.xwork.interceptor.NoParameters接口即可。如果是Action中部分数据需要自动设置部分数据不允许设置这样可以实现接口com.opensymphony.xwork.interceptor.ParameterNameAware可以在这个接口的acceptableParameterName(String parameterName)方法中定义我们可以接受哪些方法如果允许只要让这个方法返回True就可以了。 2、 过虑参数功能的拦截器Parameter Filter Interceptor。它可以全局阻止非法或不允许Action访问的参数。可以很好的和上面的组装参数的拦截器一起使用。 3、 为Action设置静态数据的拦截器Static Parameters Interceptor。它可以将Action定义的静态param/参数设置到Action中。 4、 数据验证拦截器Validation Interceptor。定义之后会调用验证文件或实现验证接口com.opensymphony.xwork.Validateable的所有验证。 5、 验证流程处理拦截器Workflow Interceptor。它和上面的拦截器一起使用处理验证的流程。如果验证通过则继续前进如果发现有验证错误消息直接转到Action中定义的输入结果input页面。 6、 类型转换错误处理拦截器。它首先去取得类型转换的错误消息主要是由设置Http请求参数的拦截器产生如果取到错误消息它会将错误消息传递给实现接口com.opensymphony.xwork.ValidationAware的Action这样我们可以将这些错误消息暴露到页面中。 7、 Action链拦截器Chaining Interceptor。它是用来拷贝前一个Action的属性数据到当前Action中。它要求前一个Action必须是chain Resultresult typechain这样才能进行Action的数据拷贝。 8、 防止页面重复提交或页面重复刷新拦截器。Token Interceptor和Token Session Interceptor都是防止重复提交的拦截器。不同点是后者在Session存贮了最近一次请求的结果数据。 9、 文件上传的拦截器File Upload Interceptor。实现文件上传的功能。如果有人曾经手工写过文件上传程序那一定会惊叹于这个拦截器。我们可以在这个拦截器中设定上传文件的大小和类型限制。记得需要第三方的文件上传库的支持只要在webwork.properties中配置过并拷贝相应的jar包就可以了。 10、 进度条等待拦截器Execute and Wait Interceptor。当Action的执行需要很长实际的时候我们可以使用这个进度条等待的拦截器。它会将Action放到后台执行而在前端显示进度条或等待消息提示的页面。 11、 还有一些其它不常用的拦截器我们可以在WebWork文档中找到这里就不再做介绍。 IoC 容器 关于IoC容器的描述 1、 它是一个容器。用来处理不同对象之间的依赖组装不同的程序元素。 2、 IoC全名是Inversion of Control即依赖反转控制。它是一种设计模式IoC容器就是基于这个模式的实现。 3、 有一个比IoC更适合用来命名这一原理的名词它叫Dependency Injection即依赖注入。 4、 有了依赖注入我们可以将IoC容器简单理解为它是一个用来为对象组装其依赖的对象的容器也就是说对象本身不用关心它依赖的对象可以是组件或者服务反正就是提供业务方法的对象的创建初始化生命周期等而是由容器来控制。 5、 关于IoC的更多信息可以查看Martin Fowler的经典文章《IoC 容器和Dependency Injection 模式》 WebWork框架本身就提供了一个基于接口的IoC容器。同时WebWork框架和提供了和第三方IoC容器的集成。在WebWork的项目中我们可以直接使用Spring框架和Pico框架作为自己的IoC容器。而且Spring是WebWork官方推荐的IoC容器。 下面我们将介绍如何使用Spring作为WebWork的IoC容器。在讨论如何集成Spring之前我们要讨论一个非常有意义的架构问题 WebWork的Action类是否需要由Spring管理 1、 否。这样Action类还是象以前那样在xwork文件中定义我们可以通过标签external-ref/定义Action所依赖的Bean组件或者根据Bean的名字或类型进行自动注入。 2、 是。Action类本身也是有Spring来管理。在xwork定义文件中的Action class就是对Bean的引用具体的类在Spring的Bean配置文件中定义。这样可以更好的使用Sping为我们提供的更多功能例如Spring的复杂AOP功能基于Acegi的权限控制等等。 两种方法根据需要选择一种我个人更倾向后者。下面我们介绍一下Spring容器的安装步骤 1、 拷贝Spring依赖的所有jar文件 2、 在web.xml文件定义和开启Spring的监听器代码如下 listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener 3、 在webwork.properties中设置WebWork对Spring的支持webwork.objectFactory spring 4、 可以在webwork.properties中设置Bean组件的默认组装方式默认是按照Bean的名称可以选择按照类型、构造函数、自动选择等方式。 WebWork 原理 WebWork的网站上提供了一个完整的WebWork架构图。它描述了从客户端的一次请求到最后服务器端响应的的整个执行过程。架构图如下 此架构图一个分为五个部分其中五个部分分别有五中不同颜色表示。 1、 浅灰色方框。分别代表了客户端的一次Http请求和服务器端运算结束之后的一次响应。 2、 浅红色方框。表示一次Action请求所要经过的Servlet filtersServlet 过滤器。我们可以看到最后一个filter就是我们前面介绍的WebWork的前端控制器。 3、 蓝色方框。这是WebWork框架的核心部分。 1 一次请求到了WebWork的前端控制器它首先会根据请求的URL解析出对应的action 名称然后去咨询ActionMapper这个action是否需要被执行。 2 如果ActionMapper决定这个action需要被执行前端控制器就把工作委派给ActionProxy。接着她们会咨询WebWork的配置管理器并读取在web.xml文件中定义的配置信息。接下来ActionProxy会创建ActionInvocation对象。 3 ActionInvocation是Xwork原理的Command模式实现部分。它会调用这个Action已定义的拦截器(before方法)Action方法Result方法。 4 最后看上面流程的图的方向它会再执行拦截器after方法再回到Servlet Filter部分最后结束并传给用户一个结果响应。 4、 靛色方框。这是拦截器部分在上面的拦截器章节我们已经有了详细的介绍。 5、 黄色方框。这是我们在开发Web应用时需要自己开发的程序。其中包括Action类页面模板配置文件xwork.xml。 WebWork 实战和技巧 限于篇幅我们无法在本章节给出很多详尽的具体实例。其实在WebWork的代码包中有一个非常好的演示项目——showcase它用例子演示了WebWork的几乎所有特性。值得初学的朋友反复研究。我们在本章节中会截取其中的部分代码脚本。 1、 多视图支持。WebWork框架天生支持多种视图技术包括Jsp、FreeMarker、Velocity、Jasper Reports、XSLT还有其它的视图技术。这将在敏捷项目中特别有用。在我咨询的项目中就有一个因为技术的原因视图技术由最先的Jsp改为Velocity后来又改造为FreeMarker。其中Action类以及后台的程序没有做任何的改动。如果您需要一个视图展现层技术我在这会好不犹豫的向您推荐FreeMarker。这也是官方的推荐。 关于视图技术的使用首先是搭建视图技术运行的环境。然后就是编写页面脚本最后就是在xwork.xml文件中配置。Xwork配置文件中Result的type参数就是用来标示所使用的视图技术。在showcase项目中使用到的视图技术有Jsp、FreeMarker、Velocity、Jasper Reports。 2、 Action的数据验证功能。在WebWork中可以在三处实现数据验证功能。一、验证文件例如:ActionClass-validation.xml文件中定义数据验证规则。二、在Action中实现com.opensymphony.xwork.Validateable接口的validate方法。三、在Action的执行方法中硬编码实现验证功能。当然在实现验证时我们尽可能的用前面两中方法。 关于验证的说明 1、第一种验证需要“validation”拦截器的支持。并可以从任意层次绑定验证文件可以为一个Action类绑定一个验证文件也可以为一个具体在xwork.xml文件中的Action定义绑定一个验证文件可以为Action的一个属性对象绑定一个验证文件甚至可以为Action的父类绑定验证文件。 2、WebWork为验证文件提供了一些标准的验证实现:例如字段必须填写整型、E-mail地址等等。我们也可以使用表达式语言实现更复杂的数据验证。 3、 类型转换。前面外面一直提到过WebWork会自动从请求的字符串参数中组装Action需要的数据对象。这样就会存在一个类型转换的问题。如果Action的字段是基本类型或是一个数据对象WebWork会自动帮我们处理。如果Action的字段是一个集合或者我们需要特定的类型转换这时我们可以在类型转换的定义文件ClassName-conversion.properties中定义转换规则。 4、 一个Action的多个执行方法。WebWork的Action是基于Command模式的实现在WebWork中除了实现Action接口的execute()方法之外Action还可以定义多个执行方法。这些方法必须要是无方法参数并且返回返回字符串的方法。这样我们在Url中可以用类似下面的格式访问actionName!methodName.action例如user!doAdd.action调用user Action类的doAdd方法。在最新的WebWork中Action类甚至可以不实现Action接口。 5、 Action链Action Chaining。在WebWork中一次用户请求可由多个Action共同完成。每个Action可以只实现自己本身的功能单元这样我们可以根据业务需要为用户的一次请求选择一个或多个Action功能单元来实现。在这样的多个Action之间可以通过chain拦截器共享数据。如果请求由Action x 链到Action y如果这时y需要获得x的数据我们就需要为Action y添加chain拦截器。 例如在showcase中就由Action Chaining的应用。它将Action“actionChain2”链到另外一个Action“actionChain3”配置文件代码如下 action name actionChain2 class com.opensymphony.webwork.showcase.actionchaining.ActionChain2 result type chain actionChain3 / result / action action name actionChain3 class com.opensymphony.webwork.showcase.actionchaining.ActionChain3 result /actionchaining/actionChainingResult.jsp / result / action 注意如果要加 chain 拦截器是需要加到 actionChain3 中而不是 actionChain2 。 6、 多模块支持解决方案。 WebWork 提供了很灵活的多模块解决方案这样我们可以很好的组织复杂的 Web 应用项目。 1 可以在 xwork.xml 文件中用 include 标签包含另外的一个 xwork 配置文件。例如 include filewebwork-default.xml/ 2 xwork.xml 配置文件支持 package 。我们可以将一个业务模块的定义方到一个 package package 支持继承功能子 package 可以享有父 package 的所有定义。 3 可以为 package 定义一个命名空间。不同的命名空间可以定义相同的 action 名字。命名空间会用于访问 action 的 URL 基于这个命名空间我们可以实现资源权限的访问控制。 7、 doInput 方法。这是我们常用的小技巧有时候请求的就是一个页面模板总不能为这个单独写一个 Action 类吧这时我们就可以用 ActionSupport 的doInput 方法直接返回在 Actoion 中定义为“ input ”的 result 。 8、 prepare方法。如果在Action执行之前必须要初始化一些数据。我们可以将这些初始化的代码方到prepare方法中。这时Action类要实现接口com.opensymphony.xwork.Preparable同时这个Action的定义还需要PrepareInterceptor拦截器的支持。 9、 Action的Model Driven。我们大部分的时候用得都是Action的Field Driven即直接将Action的字段作为数据模型。Model Driven是专门为这个Action指定一个模型对象这样有什么好处呢好处是在表达式语言中少了一个对象名的前缀。例如前面值堆栈部分关于Employee的例子要设置雇员名称我们必须要表达式语言例如“employee.name”如果这个数据是有页面输入得到那么你就必须有一个Input输入框的name为“employee.name”因为它有关键字符“.”如果Javascript脚本使用这个输入框的名字就会有错误。使用Model Driven之后这个表达式就可以变为“name”省去了前面的“employee.”。 10、 Quick Start。这是WebWork2.2.2中非常激动人心的特性。它可以象perl或PHP可以快速看到程序运行结果。这样在Web开发时可以不用编译Java源代码也不用去做打包和部署就可以快速看到最新程序的运行结果提高开发效率。我们可以在WebWork源码解压包的根目录输入命令java -jar webwork-2.2.2.jar quickstart:showcase需要jdk1.5的支持以Quick Start模式运行showcase项目。 展望 WebWork 未来 这是很多人非常关心的一个问题。特别是WebWork2.2版本发布之后官方宣称WebWork框架将要和Struts合并。这让一些WebWork的用户产生了担忧合并之后是不是就意味着自己在WebWork这方面技术和经验的积累都已浪费已使用或即将使用WebWork的项目是不是就意味着更多的风险 答案是完全不用担心这些。WebWork和Struts的合并是各取所长然后诞生出一个更加高效的Web框架。而这个框架用得就是WebWork的优秀技术和Struts的强大社区。 合并的情况如下 1、 产生一个新的项目Struts Action 2.0 WebWork2.2 一些Struts的功能和特性。 2、 WebWork框架将会中止新功能的增加如果有新的版本发布都会是Bug的修改。 3、 代码、框架的开发者、社区都将移到Struts。 4、 合并的目标是致力于生产率的提高。 5、 Struts不再是一个框架它是一个社区。 6、 Struts社区中主要有两个Web框架。一个是基于Action模型的Struts Action另一个是基于组件模型的Struts Shale。 总结 WebWork是本人工具箱中最爱的一个J2EE Web框架。本人开发过单纯使用Jsp和JavaServlet的项目也曾经自己开发过基于MVC的Web框架在2002年开始使用Struts开发后来也在项目中分别使用过Tapestry和Spring MVC Web框架也在当今的AJAX潮流中随波逐流。上面的一些技术也都非常优秀擅用他们任何一个都会给您带来很多生产效率的提高。但我仍然是偏爱WebWork。WebWork的与众不同得力于它基于OGNL的强大的数据存、取方式得力于它那解耦的拦截器功能得力于它那无侵入的架构设计。正是由于它才让Web编程变得更加的自然、简单、灵活、高效。转载于:https://www.cnblogs.com/liusijia/p/4929410.html
