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

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