对程序异常的处理
這兒的異常處理并非指的是WIN32提供的SEH等使用方法，也不是編譯器給我們程序提供的異常處理方法，而是說如下程序的處理方法：
?
// 很基本的函數(shù)入口參數(shù)檢查
void test(void *p)
{
if (!p)
return;
...
}
?
// 直接用斷言，以便我們及時發(fā)現(xiàn)程序錯誤
void test(void *p)
{
assert(p);
...
}
?
// 當(dāng)然用日志在某些情況下也許可行
void test(void *p)
{
if (!p)
{
log(fp, "error : something wrong here!")
return;
}
}
?
// 不用日志，輸出調(diào)試信息也可以使我們即時知道程序哪兒出現(xiàn)意外狀況。
void test(void *p)
{
if (!p)
{
TRACE("Error : something wrong here.\n");
return;
}
}
?
// 不作任何提示，通過函數(shù)返回值告訴調(diào)用者出現(xiàn)了錯誤, FALSE代表失敗， TRUE代表成功。s
BOOL test(void *p)
{
if (!p)
return FALSE;
...
return TRUE;
}
?
以上幾種方法是我們在編寫程序時常用的幾種方法。編寫時根據(jù)情況和個人的編碼風(fēng)格適當(dāng)選用。無論如何在函數(shù)中進行一些必要的檢查還是有必要的。至于性能開銷一般情況下都可以忽略，如果出現(xiàn)了那種BT的頻繁調(diào)用情況要求優(yōu)化的話，自然那些調(diào)試信息輸出語句和日志記錄方法是不可取的。因此在對一般不易出錯的地方我們可以僅僅加個斷言，這樣可以告訴他人，此處不會出現(xiàn)這種錯誤，如果出現(xiàn)的話在DEBUG版本中我們也可以及時發(fā)現(xiàn)并作檢查。至于RELEASE版的話當(dāng)然我們漏過了這個錯誤信息的收集。然而這一切都由你決定，程序運行狀態(tài)信息如果太多了不一定是好事。所以在必要的地方進行必要信息的收集是個聰明的辦法，必要的調(diào)試信息指的是能夠方便快速定位發(fā)生錯誤的位置，你不能希望任何一個看過這段程序的人都能找到錯誤的位置，因為程序本身就不應(yīng)該追求任何一個人都可以讀懂這種極端的工程化軟件方法。
?
?
?
?
?
轉(zhuǎn)載于:https://www.cnblogs.com/Perit/archive/2010/11/05/1869801.html
總結(jié)
- 上一篇： C#加密解密方法
- 下一篇： 【商业版】C# ASP.NET 通用权限