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，如： 如果”com.cms.jxdc.model.TinvListForm“沒有實現ActionForm接口就把他作為一個簡單的VO看待了，在Hibernate中作為PO操作。這樣就可以避免重復的些一些基本相同的Bean了。 也許這樣在大項目中是很不嚴格的設計，但是對於象我目前的這種小的項目，在開發周期和人力資源都很緊張的情況下也是未嘗不可的。

在項目中還用到了Struts的tiles，感覺突然一下就會增加好的也面啊。在使用的時候還是挺麻煩的，覺得有些也面是沒有必要正加的。比如： 在一個list.JSP頁面中：

-----listbody.JSP-----<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>

id name 1 tet我想這個listbody.jsp就是一個多余的頁面，而且這樣樣開發、很不直觀。如果在main.jsp需要很多小的tile組成，那樣JSp文件數還會迅速的增加。到後來漸漸就難以維護起來。list.JSP頁面到是可以使用tile-defs.XML配置代替。不過這樣就有多了一個配置文件。雖然配置可以增家一定的靈活性。但是由於配置文件的真確行很不好調試，過的配置文件、選項反而增加了開發的難度。如果可以按照如下的方式開發那就可以解決上面的問題了： id name 1 tet這樣也一目了然在main.JSp中的什麼地方，插入了什麼樣的模塊。而且可以簡化頁面數據的傳輸。這樣一個新的問題就是重用吧。以前的listbody.JSP不能重用了。不過我認為用tiles的主要目的是組裝頁面，簡化布局修改帶來的麻煩。可能是我還沒有遇到tile重用的問題吧。不論怎樣如果tile可以按照上面的方式使用的話。可以簡化很多我目前的工作。所以我也有修改一下tiles標簽的想法。呵呵，如果經理同意的話那就ok了啊。