快捷導(dǎo)航

再談異常處理try catch finally

更新時(shí)間：2016年01月13日 11:24:01 作者：至軟

這篇文章主要介紹了再談異常處理try catch finally 的相關(guān)資料,需要的朋友可以參考下

1. 查找系統(tǒng)中壞味道的異常處理代碼

在上篇文章雜談異常處理try-catch-finally中主要詳細(xì)介紹了C#異常處理的概念，異常設(shè)計(jì)準(zhǔn)則，基礎(chǔ)知識(shí)等方面的內(nèi)容，但對如何正確使用異常處理印象還不是特別深刻吧。在這篇中，我通過查找以前系統(tǒng)代碼中存在壞味道的異常處理代碼來分析和講解如何正確使用異常處理。

1.1. 例一

/// <summary>
/// 保存記錄
/// </summary>
/// <param name="entity">實(shí)體</param>
public virtual object Save(T entity)
{
ISession session = NHibernateUtils.GetCurrentSession();
ITransaction tx = null;
try
{
tx = session.BeginTransaction();
object id = session.Save(entity);
tx.Commit();
return id;
}
catch (HibernateException ex)
{
if (tx != null) tx.Rollback();
throw ex;
}
finally
{
NHibernateUtils.CloseSession();
}
}

上面代碼中其中

catch (HibernateException ex)
{
if (tx != null) tx.Rollback();
throw ex;
}

代碼在異常設(shè)計(jì)是不是與“如果了解特定異常在給定上下文中引發(fā)的條件，請考慮捕捉這些異常?！被颉安蹲讲⒃俅我l(fā)異常時(shí)，首選使用空引發(fā)。這是保留異常調(diào)用堆棧的最佳方式。”的要求不太相符合呢？把throw ex;改成throw;或throw new RepositoryLayerException("保存記錄發(fā)生錯(cuò)誤！", ex);是不是符合上面兩條異常設(shè)計(jì)準(zhǔn)則了呢？

1.2. 例二

表示層代碼

try
{
Cursor = Cursors.WaitCursor;
IApplicationContext ctx = ContextRegistry.GetContext();
IStoreRepository storeRepository = ctx.GetObject("StoreRepository") as IStoreRepository;
StoreInfo store = Store;
store.Name = XXName.Text.Trim();
storeRepository.Save(store);
}
catch (Exception ex)
{
ShowMessageBox(ex, MessageLevel.Error);
}
finally
{
Cursor = Cursors.Arrow;
}

領(lǐng)域?qū)哟a

private string _name;
/// <summary>
/// 店鋪名稱
/// </summary>
public virtual string Name
{
set
{
if (string.IsNullOrEmpty(value))
{
throw new ArgumentNullException("value", "店鋪名稱不能為空！");
}
if (ValidationUtils.GetLength(value,CharacterType.NVarChar) > 200)
{
throw new ArgumentOutOfRangeException("value", "店鋪名稱不能大于200！");
}
_name = value;
}
get { return _name; }
}

在這里需要說明一下，其中XXName是一個(gè)文本框控件，如果XXName文本框輸入的值經(jīng)常超過200個(gè)字符，會(huì)不停的彈出錯(cuò)誤消息框，這樣是不是會(huì)引起效率問題，涉及到效率問題我們會(huì)想到什么，對了就是Tester-Doer 模式，呵呵，在這里我們怎么應(yīng)用這個(gè)模式呢？其實(shí)很簡單，我們只要設(shè)置this.XXName.MaxLength = 200;是不是就解決了這個(gè)問題？

1.3. 思考總結(jié)

認(rèn)真去分析，會(huì)發(fā)現(xiàn)在系統(tǒng)中壞味道的代碼還真不少，原來在異常處理中自認(rèn)為比較正確的做法，比較優(yōu)美的做法發(fā)現(xiàn)都是存在問題的。經(jīng)過這幾天對異常處理的系統(tǒng)學(xué)習(xí)研究，對系統(tǒng)中不好做法的異常處理進(jìn)行排查，還是學(xué)到了不少知識(shí)，也發(fā)現(xiàn)自己的不足，原來很多基礎(chǔ)技術(shù)知識(shí)還可以更上一層樓。

相關(guān)閱讀：雜談try-catch-finally異常處理,非常感謝大家一直以來對腳本之家網(wǎng)站的支持。

您可能感興趣的文章: