你是不是這樣寫異常處理代碼的呢?
經(jīng)常看到同事這樣寫代碼:
DataSet QueryDB()
{
DataSet ds=null;
try
{
//do something
}
catch (Exception ex)
{
//這里要做日志記錄
}
return ds;
}
這里有幾個(gè)問題:
1:很明顯,如果QueryDB方法發(fā)生了任何異常,客戶端無(wú)法得知,例如客戶端調(diào)用QueryDB方法,該方法返回了null,那這代表數(shù)據(jù)庫(kù)里面沒有這個(gè)數(shù)據(jù)呢?還是拋出了異常?
2:注釋是不應(yīng)該存在的,它應(yīng)該被真實(shí)的日志記錄代碼給替代,例如Log.Write(ex);
3:該方法捕捉所有異常,這樣任何異常都被捕獲了,這對(duì)于開發(fā)很不方便,永遠(yuǎn)不要捕獲你不能處理的異常。
4:為什么這樣寫代碼??解釋是:真實(shí)用戶不希望看到錯(cuò)誤信息,初聽起來(lái),好像有幾分道理,試想沒有哪個(gè)用戶會(huì)用你的軟件,然后老是拋出個(gè)異常什么的,但是這是部署之后的事情啊,而不是開發(fā)的程序員不希望看到異常啊。在開發(fā)的時(shí)候,如果能夠看到詳細(xì)的異常信息,那么可以很快的改正,修復(fù)Bug,何樂而不為之呢??
于是修改為如下:
DataSet QueryDB()
{
DataSet ds = null;
try
{
//do something
}
catch (Exception ex)
{
Log.Write(ex);
throw ex;
}
return ds;
}
好了,現(xiàn)在異常總算被捕獲了,并且也被成功了拋出來(lái)了。
這段代碼還是有問題??
在catch語(yǔ)句塊中,throw ex; 最好修改為throw;
因?yàn)樵?net中,異常都是不可修改的,每一次異常被拋出的時(shí)候,異常的堆棧跟蹤信息都會(huì)被重置,
Throw 不會(huì)重置堆棧跟蹤信息,但是throw ex;會(huì)重置。所以為了更方便的查找異常的拋出位置,最好使用throw 語(yǔ)句,而不是throw ex;否則clr會(huì)認(rèn)為異常是在catch語(yǔ)句塊中拋出的。
順便再說(shuō)一句,不要捕獲你不能處理的異常,如果希望將來(lái)用戶看不到異常信息,
大可以使用AppDomain.或者Application的全局異常處理。
相關(guān)文章
C#使用對(duì)象序列化類庫(kù)MessasgePack
這篇文章介紹了C#使用對(duì)象序列化類庫(kù)MessasgePack的方法,文中通過示例代碼介紹的非常詳細(xì)。對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-06-06
C#集合根據(jù)對(duì)象的某個(gè)屬性進(jìn)行去重的代碼示例
當(dāng)根據(jù)對(duì)象的Name屬性進(jìn)行去重時(shí),你可以使用以下三種方法:使用Distinct方法和自定義比較器、使用LINQ的GroupBy方法,以及使用HashSet,下面給大家介紹C#集合根據(jù)對(duì)象的某個(gè)屬性進(jìn)行去重的代碼示例,感興趣的朋友一起看看吧2024-03-03
使用c#實(shí)現(xiàn)微信自動(dòng)化功能
這篇文章主要介紹了使用c#實(shí)現(xiàn)微信自動(dòng)化,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-08-08
c# DataTable與不同結(jié)構(gòu)實(shí)體類轉(zhuǎn)換的方法實(shí)例
這篇文章主要介紹了c#的DataTable與不同結(jié)構(gòu)實(shí)體類轉(zhuǎn)換的方法實(shí)例,在大數(shù)據(jù)量的情況下很實(shí)用,大家可以參考使用2013-11-11

