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