按照理解web里的所有訪問都通過控制器來輸導，那也是沒有問題的，因為最多是建個ForwardAction，沒有產生真正的類那倒無所謂，但數據的操作通常都會有四，五個操作，如果也分成許多的類出來，對單個是很清晰，但多了難免搞不清。而且操作對象多的話，那就成倍增長。
   本來以前是想著將有相似的操作合并到一個控制器里，比如，增加，修改操作，顯示，刪除。那樣起碼減少到一半的類。這兩天看到兩個例子，都是將對一個對象的所有操作都封到一個類里邊。感覺那樣很簡潔，數據庫操作都是調用操作，那樣就算所有操作集合到一個類也不會感覺到有多長。
我對兩種方法說明一下：
第一種：是在每個action配置里增加parameter，在那里做判斷是什么操作。在action里獲得parameter時行判斷，進行相應操作，這里用的是傳execute里的所有參數進行處理。
第二種：在每個表單里增加action屬性，到時再判斷，action里采用if-else判斷。
第一種方法配置的action還是跟以前一樣多，第二種比較簡潔。以后可以試著采用這種方式，以減少配置與類。其實隱隱約約還是感覺到有些不明了，還是測試過再下定論吧。

另補：
hibernate的saveOrUpdate可以處理添加得更新兩種操作，雖然很好用。
今天使用出錯了，用了BeanUtils，PropertyUtils復制屬性，后來發現應該注意以下
BeanUtils是復制屬性返回為字符串的，PropertyUtils復制返回為對象。（也不知對不對）
因為更新得添加都用了同一form，所以有id,這時如果id類型為int ,而又用了saveOrUpdate,結果就出錯。
用回Integer就不會有這回事，
用了PropertyUtils，saveOrUpdate就要考慮form里不能出現原始類型數據，因為那些不能算對象。
最好是用BeanUtils，別用saveOrUpdate,除非有特殊需要，就少了那些限制。
－－說得沒什么條理性，慢慢來^_^