从Struts1.x->Webwork 总结（一）

Strtus做为老牌框架不多说了。使用的人真是多。本文章的目的是作为新手的我一篇总结。

主要用个简单的例子来讲解Struts-〉Webwork。

Struts jar包 vs Webwork jar包

用Struts开发都知道关于下载的Struts目录下都apps目录，这些都是例子，作为新手肯定把blank工程下的lib COPY 到自己工程的lib下。但初次接触到Webwork的目录，你也可能受到Struts目录结构的影响了。。直接找到(webwork2.2.4)lwebapps下，感觉目录结构比2.1.7要好很多（作为一个Struts人员来说）.发现了blank工程，到webapps下一看，怎么没有lib。打开blank/.classpath 打开，看到了具体的lib包，发现了原来lib都在webworks/lib下。终于看到了一个default的目录，一高兴，全部拷贝到自己lib下，不要以为这样就结束了。还要把webwork/下的webwork.jar拷贝到自己工程的lib下，具体原因为什么分开，有兴趣的还是去官方网站看看项目介绍把。

总结：配置环境来说不要以为是Struts老手就忽视察看Webwork文档的环境搭配。往往这比较容易吃亏，当自己做了一个小DEMO的时候才发现，lib下竟然少包。。还是从文档第一页慢慢来的好。

DEMO开始

做小DEMO当然要从输入到输出结果比较好了。具体功能如下：就是一个值从一个页面传到另一个页面。

第一步

老生常谈的web.xml

xml 代码

1. <filter>  
2.        <filter-name>webwork</filter-name>  
3.        <filter-class>com.opensymphony.webwork.dispatcher.FilterDispatcher</filter-class>  
4.    </filter>  
5.   
6.    <filter-mapping>  
7.        <filter-name>webwork</filter-name>  
8.        <url-pattern>/*</url-pattern>  
9.    </filter-mapping>  
10.   
11.    <listener>  
12.        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>  
13.    </listener>  

按照Struts思维，应该配置一个Servlet，但是看到WEBWORK2.2.4是filter取代了Servlet。这个是因为要支持AJAX，在2.1中还是Servelt。最新的webwork ioc推荐的是spring 。所以有了spring监听器的配置。

第二步

index.jsp

java 代码

凭着Struts经验想迅速体验下WW的标签。看来和Struts输入的标签大同小异（其实到后来才知道我这是错误的想法）

看来看去是不是少了点什么。对少了ActionForm。。。Webwork是怎样处理的呢，往下看。

第三步：

终于想起来了，应该配置类似于struts-config.xml的文件。。。。终于在ww的例子中WEB-INF/classes/目录下，找到了两个配置文件webwork.property和xwork.xml。。。有两个竟然。还是先看看xwork.xml把。一看如下：

xml 代码

1. >  
2.   
3. <xwork>  
4.     <include file="webwork-default.xml"/>  
5.   
6.     <package name="default" extends="webwork-default">  
7.   
8.         <default-action-ref name="home" />  
9.   
10.         <action name="home" class="com.opensymphony.webwork.example.HomeAction">  
11.             <result>/WEB-INF/pages/home.jspresult>  
12.         action>  
13.   
14.           
15.     package>  
16. xwork>  

大概能看懂，但是还是查文档吧。。其实作为简单例子可以只要考虑<action></action>的配置就好，和STRUTS怎么说也差不多（其实差的也不少了）但是这个name并不是Struts里的ActionForm。WW根本没有那个东西，这也是优势。这个name相当于struts里action标签里的path属性 class相当于type了，但是注意WW的name 是不能有/。。。但是如果Struts少了的话，就是致命的了。看来result和forward基本也一样了。

根据自己的程序xwork.xml如下：

xml 代码

1. <action name="test" class="com.yuanfeng.web.action.Testaction">  
2.  <result name="success">/WEB-INF/pages/result.jsp
3. </result>  
4. <action></action>

配置文件放哪呢。。。。可不是web-inf下，而要放到web-inf/classes下，其实就是必须放在classpath下。但官方的例子给的是这样我只有照做了。但可怕的事情在以后会发生的。。。。。

第四步：

来看看Testaction这个类

java 代码

1. public class Testaction extends ActionSupport{   
2.     UserInfo userInfo;   
3.     public String execute() throws Exception {                
4.         System.out.println("UserInfo = "+userInfo.getUsername());   
5.         Map session = ActionContext.getContext().getSession();   
6.         session.put("user", userInfo);   
7.         return SUCCESS;   
8.     }   
9.     public UserInfo getUserInfo() {   
10.         return userInfo;   
11.     }   
12.     public void setUserInfo(UserInfo userInfo) {   
13.         this.userInfo = userInfo;   
14.     }   
15.   
16. }   

首先必须说明这段代码确实很糟糕，完全类似Struts写法，关于WW的许多优势都没有用到。现在来看看吧。终于见到了类似ActionForm的东西了。UserInfo它其实就是包含用户信息的一个set/get方法的类，并没有像ActionForm依赖Struts。这样处理的好处还是很多的。起码不用两个类似的对象互相转换了(bean To Form or From To bean)。再看看execute方法。OH YEAR终于没有那恶心的四大参数了，但怎么获取这些参数呢。通过ActionContext类来获得。但这样做法的缺陷是，怎样进行单元测试呢。看来我还没有摆脱Struts开发的思想啊。（更好的方法以后再说吧，先写完例子）

部署运行程序。

PS：如果你少lib/下少包，现在倒入会有灾难性后果，classes被clear，你的配置文件都消失了。！郁闷吧。还是把它们放到src下保险

运行成功，得到了username。

 总结：程序完全按照Struts思路来的，缺陷很大，特别的Action的获取Session，这个问题引出了一系列的问题，推下一篇吧