论坛首页 → 入门技术论坛 →

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

浏览 2601 次
锁定老帖子 主题：从Struts1.x->Webwork 总结（一）
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
  • 风雪涟漪
  • 等级: 四星会员
  • 性别:
  • 文章: 258
  • 积分: 498
  • 来自: 大连->北京
   发表时间：2007-01-25  

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，这个问题引出了一系列的问题，推下一篇吧
返回顶楼
         
论坛首页 → 入门技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics