做個(gè)接口用來(lái)記錄error message，繼承接口，創(chuàng)建個(gè)ActionMessages的適配器，service層只傳遞那個(gè)接口，隔離struts。

這種做法跟我們的一樣，日本人的辦法。跟他們說(shuō)不好，又不肯改

Services 只拋出異常
Actions 負(fù)責(zé)撲捉異常
這樣可以吧？

沒(méi)錯(cuò)，
定義自己的應(yīng)用異常，
異常里面可以自定義錯(cuò)誤編號(hào)，錯(cuò)誤信息等錯(cuò)誤信息，actions可以統(tǒng)一處理。

對(duì)于簡(jiǎn)單應(yīng)用，就在服務(wù)層拋出的地方定義錯(cuò)誤編碼，然后再action中捕獲。
我一般都是
throws new ServeciException("error.username.isexist",e);
當(dāng)然，每個(gè)層最好還是定義個(gè)異常類(lèi)。

在我剛完成的一個(gè)項(xiàng)目里面是這樣實(shí)現(xiàn)的，業(yè)務(wù)邏輯端拋出異常，利用struts對(duì)exception，在配置文件中配置好exception和他是怎么處理的，比如寫(xiě)ID，錯(cuò)誤信息，forward到那個(gè)葉面等等。但是這樣做有不好的地方就是業(yè)務(wù)邏輯拋出的異常很難得到更加詳細(xì)的信息。只能是很簡(jiǎn)單的一個(gè)exception。不知道其他人是怎么做的。

5樓說(shuō)的對(duì)，我認(rèn)為最好的辦法就是每層定義一個(gè)異常類(lèi)

在每層定義不同的exception（繼承java.lang.Exception）是異常處理應(yīng)該遵循的，如文件操作異常，定義一個(gè)FileException，如果數(shù)據(jù)庫(kù)操作異常，定義DBException，等等。層層捕獲，層層拋出，在web.xml中定義各個(gè)exception的顯示頁(yè)面，如果不希望每個(gè)exception都定義，那就定義一個(gè)java.lang.Exception的顯示頁(yè)面就ok了，是繁是簡(jiǎn)，自己都是可以控制的

看來(lái)大部分人認(rèn)為應(yīng)該是在服務(wù)端定義好相應(yīng)的Exception，然后在表現(xiàn)曾更具得到的Exception來(lái)進(jìn)行相應(yīng)的處理。但是這種Exception最好是RuntimeException或者說(shuō)是UncheckedException，就是不是必須顯示處理的。因?yàn)楸憩F(xiàn)曾上不一定識(shí)別Exception的能力。例如如果服務(wù)端要暴露成Webservice，這是就不適合用CheckedException。

個(gè)人認(rèn)為service層應(yīng)該將一些business exception作為checked exception, 拋出到 controller層, 這樣做的好處是:

1.這樣和error code 的形式想比會(huì)使這種business exception顯示的表示, 會(huì)有type check之類(lèi)的益處, 同時(shí)異常的名字會(huì)很清晰的表明它的業(yè)務(wù)意義.
2.會(huì)強(qiáng)迫controller層對(duì)這個(gè)異常進(jìn)行處理(或者繼續(xù)向上拋)

盡管有這些益處,但缺點(diǎn)也有:
1.有時(shí)會(huì)造成business exception過(guò)多的情況, 業(yè)務(wù)方法的throws 語(yǔ)句會(huì)很長(zhǎng),使得業(yè)務(wù)方法看起來(lái)很Ugly.
2.因?yàn)槭莄hecked exception,一旦service 層的業(yè)務(wù)方法增加一個(gè)異常,將使得controller受到影響, 這種影響會(huì)從service層向外傳播.

針對(duì)缺點(diǎn) 1, 應(yīng)該謹(jǐn)慎設(shè)計(jì)一些業(yè)務(wù)方法, 如果發(fā)現(xiàn)拋出的business exceptin過(guò)長(zhǎng), 問(wèn)問(wèn)自己是不是這個(gè)方法承擔(dān)的責(zé)任太多, 或者一些business exception可以合并為一個(gè)有意義的異常.
針對(duì)缺點(diǎn) 2, 沒(méi)有辦法,這是checked exception的特點(diǎn), 任何事物都是兩面性.

一般的business exception都會(huì)在controller層try/catch，返回相應(yīng)的信息到客戶(hù)端, 目的是告訴客戶(hù)問(wèn)題出在哪里，讓他們恢復(fù).所以我們可以認(rèn)為這些異常是可恢復(fù)的異常,這是business exception作為checked exception的一個(gè)理由.