将项目升级到struts2.1

    很早就知道struts2.1已经发布了,在花了一天时间看了下release notes和其中关于Convention的介绍之后.今天早上将原有项目进行备份,然后开始升级操作.

    简单地升级了struts2-core,struts2-spring-plugin,xwork之后,重新启动服务.一切正常,没有发生一点与旧系统不兼容的情况.看来好像从struts2.0.X到2.1.X没有一点问题嘛.

   后来好好看了下release notes,里面提到了一些关于action配置的地方的注意,以及ognl中的静态方法调用的问题.还好,项目中除了静态方法调用之外,其它还没有问题.关于ongl的静态方法调用,也通过配置struts.ognl.allowStaticMethodAccess来解决了.

   主要不同点,我觉得还是将struts2.0中的Codebehind这个插件被去年了,而且还增加了Convention这个插件.关于这个插件,我将这个插件好好地使用了一番.最后还是决定不使用这个插件了.对于在view层控制转向的jsp/jtl/vm,这些都不是最重要的.我觉得还是应该由一个专门的配置文件来对view层的调用作一个比较系统的约束,而不是在view层中的代码中随便指定action,这样在开发中也不容易被理出头绪.并且,convertion这个插件对于转向文件(如jsp)的多重选择,也不大被我接受.我觉得一个view层必须只对应相应的一个转向文件,而不是有多重的选择,当一个文件不存在时,寻找另一个文件,而且这个文件的文件名还可以有多种.这种多重化的选择,会让我在进行文件之间的约定配置上陷入多重选择中.

    我还是喜欢通过一个大大的struts.xml将所有的action和result通过一个简单的模块化分组和简单的{1}化语法对文件按模块分类,分目录存放,然后按照与method一致的action返回原则,将所有的文件组织在不同的目录中.这样在进行开发时,能够按照一个统一的原则找到一个action,并通过调用方法来即时寻找所返回界面.各个文件按照一定的规则分门别类的存放,比较符合我的习惯.

    我喜欢将hibernate的xml配置换成annotation注解,但对于struts2的convertion,还是算了吧.为了能很好地控制项目,还是老老实实地多写点东西好.还好,写的也不是重复地加,只是为了多增加的部分增加自己的处理内容.