当前位置导航:炫浪网>>网络学院>>网页制作>>JSP教程

struts设计上的一点想法


一年多以前就开始学Struts了,但是一直没有机会使用它开发项目。在做了一些小的DEMO后感觉很好。但是最近的一个公司中使用了Hibernate+Struts的框架开发。我去的加入的时候,基本的框架已经建好了。我看后感觉开发框架很不规范,很多页面中都出现了脚本。在不少的地方都是利用HQL从查询数据库。他们为什么会这样做了呢?感觉很奇怪,后来经理告诉我由于项目比较小,所以有些地方比较灵活了一点。

由于我们是按照功能模块分工(我很不习惯这种方式)。所以我可以按照自己的方式来开发,在开发中使用Form来封装了所有页面需要显示的数据。基本上就是按照MVC2的来开发。在Action使用DAO调用Hibernate操作数据库。将PO直接封装到ActionForm中,将页面上需要显示的数据都在Action中读出来放到ActionForm中去。在表单处理的时候将ActionFormCopy到对应的PO中,再传到DAO中操作。但是后来由于页面的改动。发现在ActionForm中封装的信息不够用了.这样经常修改ActionForm造成开发的速度很慢。每一次修改了都需要重新编译、发布、虽然IDE中操作其来道是很方便,但是还是感觉挺浪费时间的。如果修改了数据库的字段要修改PO和ActionForm,太麻烦了。后来想把ActionForm和PO和在一起。如果那样的话就得让PO继承ActionForm,这样就把一些验证的逻辑都混在一起了,,感觉不是很好的。而且这样会和前面的开发有很大的不同。

我想如果ActionForm不需要继承统一的ActionForm也许更好些,或者把ActionForm改成interface,如:  <form-beans>    <form-bean name="tinvListForm" type="com.cms.jxdc.model.TinvListForm" />  </form-beans>  如果”com.cms.jxdc.model.TinvListForm“没有实现ActionForm接口就把他作为一个简单的VO看待了,在Hibernate中作为PO操作。这样就可以避免重复的些一些基本相同的Bean了。 也许这样在大项目中是很不严格的设计,但是对于象我目前的这种小的项目,在开发周期和人力资源都很紧张的情况下也是未尝不可的。

  在项目中还用到了Struts的tiles,感觉突然一下就会增加好的也面啊。在使用的时候还是挺麻烦的,觉得有些也面是没有必要正加的。比如:  在一个list.jsp页面中:  <title:insert page="/layouts/main.jsp" > <title:put name="body" name="listbody.jsp" />  </title:insert>

  -----listbody.jsp-----<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %><table>  <tr>    <td >id</td>    <td >name</td>  </tr>  <tr>     <td>1</td>     <td>tet</td>  </tr> </table>我想这个listbody.jsp就是一个多余的页面,而且这样样开发、很不直观。如果在main.jsp需要很多小的tile组成,那样jsp文件数还会迅速的增加。到后来渐渐就难以维护起来。list.jsp页面到是可以使用tile-defs.xml配置代替。不过这样就有多了一个配置文件。虽然配置可以增家一定的灵活性。但是由于配置文件的真确行很不好调试,过的配置文件、选项反而增加了开发的难度。如果可以按照如下的方式开发那就可以解决上面的问题了:<title:insert page="/layouts/main.jsp" >   <title:put name="body">     <table>   <tr>     <td >id</td>     <td >name</td>   </tr>   <tr>      <td>1</td>      <td>tet</td>   </tr>  </table>   </tile:put></title:insert>这样也一目了然在main.jsp中的什么地方,插入了什么样的模块。而且可以简化页面数据的传输。这样一个新的问题就是重用吧。以前的listbody.jsp不能重用了。不过我认为用tiles的主要目的是组装页面,简化布局修改带来的麻烦。可能是我还没有遇到tile重用的问题吧。不论怎样如果tile可以按照上面的方式使用的话。可以简化很多我目前的工作。所以我也有修改一下tiles标签的想法。呵呵,如果经理同意的话那就ok了啊。


相关内容
赞助商链接