首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 网站开发 > Web前端 >

让webwork零配置 第二章(实现)(实例已放出,大家可以上载运行)

2012-10-28 
让webwork零配置 第二章(实现)(实例已放出,大家可以下载运行)/** *作者:张荣华(ahuaxuan) *2007-06-25 *转

让webwork零配置 第二章(实现)(实例已放出,大家可以下载运行)
/**
*作者:张荣华(ahuaxuan)
*2007-06-25
*转载请注明出处及作者
*/

让webwork零配置 第二章(实例已放出,大家可以下载运行)

又到周末了,平时没有时间,所以我的主要学习时间是放在周末,让大家久等了,上个周末说到webwork2零配置的第一章,很多人积极参与讨论,给出了很多有用的参考意见,在这里先谢谢大家,当然也有其他意见的也能理解,我想原因可能有以下几点:

1毕竟在公司里选择一个web层框架是一个重要重大的决定,很多人都是身不由己,这种经历我想大家都有过。

2正如抛出异常的爱所说,这是一个快餐型社会,很多人都比较喜欢吃快餐(现实生活中也是如此,从肯德鸡和麦当劳的红火的生意就可以看出来了),大家都比较喜欢立刻能看到效果的那种,而不是大篇赋的讲解。

3很多人对web框架没有兴趣,现在有那么多web框架,为什么要选easywebwork呢。

   其实扩展webwork2只不过是闲暇之余的一个消遣,或者说是一个兴趣(每个人都有自己的兴趣),并不是让观者去把它用在项目中(当然如果你乐意那么也可以),而是一种学习的过程,不是学习使用webwork2这个框架,而是学习框架背后所隐藏的思想,不是为了框架而框架,是为了学习而框架,webwork2中包含了很多设计模式,其代码风格等等都是可以学习的,当然我说的学习并不是单纯的模仿,我说的学习是:择其善者而从之,其不善者改之。因为我相信,webwork2的思想绝对在webwork2被实现之前就产生了。在这里我还要举个例子,之前我经常看到有人说struts(1.x系列)的代码如何烂如和糟糕,是这样的吗,绝对不是,我不是替struts辩护什么的,struts的代码没有什么糟糕不糟糕之说,不被大家称道的其实是struts框架背后的思想,正是这种思想导致了struts的不优雅,这才是正真的原因。

在重新考虑之后,我决定主要讲解原理,代码就不讲解了,因为吃大餐比较花时间,所以就改请大家吃快餐了。

附件是扩展后的webwork2的一个例子,在这个例子中,action中的方法都使用了annotation,而xwork.xml中的配置只有那些common的配置,明显改变了很少,而在action中,我们也能够一眼就看出来这个方法将要返回的页面,不需要再去xwork.xml中找了,呵呵。

     首先讲一下这个例子是作什么的,这是一个登陆的简单例子,登陆正确后就到一个编辑页面,登陆失败后回登陆页面并且显示失败信息。

让我们来看看改造后的webwork的配置是如何简单吧,以下是xwork.xml的配置

<!DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.1.1//EN"    "http://www.opensymphony.com/xwork/xwork-1.1.1.dtd"><xwork>      <include file="webwork-default.xml"/>      <package name="default" extends="webwork-default">        <action name="userAction" name="code">@ResultListAnnotation(results = {@ResultAnnotation(name="SUCCESS", template="/editUser.htm"),    @ResultAnnotation(name="ERROR", template="/editUser.htm")})public String editUser(){System.out.println(name);return SUCCESS;}@ResultListAnnotation(results = {@ResultAnnotation(name="SUCCESS", template="/editUser.htm"),@ResultAnnotation(name="ERROR", template="/login.htm")})public String login(){if ("test".equalsIgnoreCase(name) && "test".equalsIgnoreCase(password)) {return SUCCESS;} else {errorMsg = "the name and password are not right!!";return ERROR;}}

就这么简单,和原来的使用基本没有什么区别,不同的就是把result的配置搬到类中,使用了annotation来实现(如果不理解请看第一篇文章),公共的配置放到xwork.xml中,而都有的配置,比如说result的配置就使用annotation来实现,这样有以下几个优点:

1,xwork.xml简化了非常之多,改造后,每个action只需要配置一行代码,假设你的项目中有50个action,那么只需要在xwork.xml加50行这样的配置就可以了,而没有改造之前的话,有多少代码就难以估计了。

2,每一个action中的方法执行的返回结果都能一幕了然,根本无需再到xwork.xml中找result的定义了,维护起来也更方便了。试想有50个action的项目,然后又分了模块,有不同的xwork.xml,那么你要找到某个action的某个方法所返回的result那是多费力的一件事啊。

环境:

我在开发这个实例的时候使用的tomcat6.0和jdk6.0,而webwork使用的2.2.2的版本。
如果没有看过第一章的话最好也看一下

第一章的地址为:http://ahuaxuan.iteye.com/admin/show/91614

附件中附带扩展webwork2的源代码和可以执行的一个例子程序。

作者:张荣华,未经作者同意不得随意转载!
1 楼 yingqing 2007-06-25   http://struts.apache.org/2.x/docs/result-annotation.html
struts2的标准用法
2 楼 ahuaxuan 2007-06-25   yingqing 写道http://struts.apache.org/2.x/docs/result-annotation.html
struts2的标准用法

这个是struts2的标准用法吗,之前人们给出的例子都是没有这样用的,所以我才去扩展,不过看来思想都是一样的,只是手段不一样,我之所以去扩展是为了学习和研究xwork,因为下一步我要做的就是基于xwork2.0做一个貌似于rest风格的mvc框架(如果我有时间的话)。另外我很不喜欢struts2.0,这个挂羊头卖狗肉的家伙,它包括了太多东西,很多人都反应它的慢,所以我根本就没有兴趣去学习它了
很多问题第一章已经有过讨论了。
http://ahuaxuan.iteye.com/admin/show/91614

再次声明:本文的主要目的在于学习和研究,关键是你能否提出你的想法
1,提出想法
2,实现想法

3 楼 jindw 2007-07-02   ahuaxuan 写道。。。。
因为下一步我要做的就是基于xwork2.0做一个貌似于rest风格的mvc框架(如果我有时间的话)。另外我很不喜欢struts2.0,这个挂羊头卖狗肉的家伙,它包括了太多东西,很多人都反应它的慢,所以我根本就没有兴趣去学习它了


对于ww转向struts2这件事情,心里真有点不是滋味。
以前也有类似的想法,只是被JSI缠身,所有的事情都被迫放下了,楼主好好干吧,口头上支持一把。 4 楼 atianchen 2007-07-02   不太赞成将转向的页面名称直接通过annotation标识在代码里面,这样做的弊病很多,如果项目很大,action类很多,直接把result标记在代码里维护量也一样少不了
特别是用如果页面部分采用了portal或则工作流驱动的页面生成,
不过各人有各人的用法,
同楼上,支持楼主一把 5 楼 jindw 2007-07-03   atianchen 写道不太赞成将转向的页面名称直接通过annotation标识在代码里面,这样做的弊病很多,如果项目很大,action类很多,直接把result标记在代码里维护量也一样少不了
特别是用如果页面部分采用了portal或则工作流驱动的页面生成,
不过各人有各人的用法,
同楼上,支持楼主一把

annotation我没用过,不过以前一直用xdoclet做代码和配置文件的生成,和你的观点相反。
我觉得更具相关性集中定义最大的好处就是维护体来方便,东西查找起来比较方便。同步修改比较方便。

不过,感觉annotation也有一个不好的地方,修改一下配置必须从源代码开始。必须从新编译。
我更倾向于通过他生成xml配置,部署的时候可以适当修改而不必改动源代码。 6 楼 ahuaxuan 2007-07-03   jindw 写道
不过,感觉annotation也有一个不好的地方,修改一下配置必须从源代码开始。必须从新编译。

这个问题如果是在开发的时候就不是问题了,反而是一个优点,不需要重新加载配置文件,就能修改result。但是在部署之后如果要改动就是一个缺点了,因为必须要重新编译了
jindw 写道
我更倾向于通过他生成xml配置,部署的时候可以适当修改而不必改动源代码。
这个想法不错,开发的时候用annotation,清晰,直观,部署的时候用生成的xml。修改方便
7 楼 guocy 2007-07-20   从礼貌上支持一下楼主,因为是新手,就不在关公面前耍大刀了,希望LZ多听听大家的意见,永远支持你!
8 楼 fireflyc 2007-08-14   我最近一直在开发一个新的web框架~最初的想法是以正则表示匹配URL,采用annotation做配置。但是现在我放弃了annotation~~因为采用这种方式就失去了配置文件的作用,你更改配置必须重新编译程序,更要命的是你在反射annotation的时候效率执行的效率非常的低~~。你可以试一下~。

还看到有朋友想设计REST风格的框架,和我的想法一样~~我以前也是想采用xwork,但是我后来也是放弃了~~原因也很简单~我如果采用正则表达式匹配URL,那么action里面最好的情况下是有参数的~而不是无参数的。这个我还在摸索中~~~
希望和更多的朋友交流一下~firefireflyc@126.com 9 楼 gkm422 2007-09-27   研究中,谢谢搂猪了,呵呵·~~ 10 楼 samy_3 2007-11-01   干脆直接返回哪个模版文件好了:
return "login.ftl"; 11 楼 lonelyblue 2007-11-01   ahuaxuan 写道jindw 写道
不过,感觉annotation也有一个不好的地方,修改一下配置必须从源代码开始。必须从新编译。

这个问题如果是在开发的时候就不是问题了,反而是一个优点,不需要重新加载配置文件,就能修改result。但是在部署之后如果要改动就是一个缺点了,因为必须要重新编译了
jindw 写道
我更倾向于通过他生成xml配置,部署的时候可以适当修改而不必改动源代码。
这个想法不错,开发的时候用annotation,清晰,直观,部署的时候用生成的xml。修改方便

想法确实很棒,开发的时候不用去配置XML,部署的时候生成XML,这样维护也方便。

热点排行