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