一年多以前就开始学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了啊。
