青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

woaidongmao

文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
數(shù)據(jù)加載中……

EXT_ASSERT將ASSERT與if結(jié)合在一起

ASSERT在DEBUG程序時候幫了太多太多忙,不過在ASSERT判斷傳入?yún)?shù)后,還需要if再按相同條件判斷一遍,不符合規(guī)則return,這樣才是正確的邏輯。但這樣代碼難看,且工作重復(fù)無趣,又容易出現(xiàn)差漏。

剛弄了個簡單EXT_ASSERT宏,按我的理解應(yīng)該可以解決問題,但不確定是否有漏洞,發(fā)出來大家一起瞄瞄。

 

#define RET_VOID
#define EX_ASSERT(exp, ret) {ASSERT(exp);if(!(exp))return(ret);}

 

BOOL CXXX::FunXXX(const data* p_data)
{
   EXT_ASSERT(p_data, FALSE);//---- 返回BOOL型

}

int CXXX::FunXXX(const data* p_data)
{
   EXT_ASSERT(p_data, -1);//---- 返回int型

}

const retdata* CXXX::FunXXX(const data* p_data)
{
    EXT_ASSERT(p_data, NULL);//---- 返回NULL指針

}

retdata CXXX::FunXXX(const data* p_data)
{
    EXT_ASSERT(p_data, retdata());//---- 返回空對象

}

void CXXX::FunXXX(const data* p_data)
{
    EXT_ASSERT(p_data, RET_VOID);//---- 僅僅return

}

posted on 2008-11-03 23:34 肥仔 閱讀(2915) 評論(15)  編輯 收藏 引用 所屬分類: C++ 基礎(chǔ)

評論

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

哥們兒,如果你是說MFC里的ASSERT的話(看你的類命名風(fēng)格,估計是吧),在retail build里,ASSERT是完全不會被放到代碼里的。你這樣用ASSERT,把ASSERT和if條件綁在一起就等于把處理錯誤的斷言和正常程序邏輯綁在了一起,不是一個好的設(shè)計。如果一定要這么干,也該是綁VERIFY,至少在retail build里VERIFY里的邏輯還會被執(zhí)行。

ASSERT應(yīng)該拿來斷言程序正常執(zhí)行完全不可能出現(xiàn)的錯誤(這些錯誤會在debug build里出現(xiàn)是因為當(dāng)前程序還不完善),在正常邏輯中,他們是不應(yīng)該用程序邏輯去handle的錯誤,所以一句ASSERT夠了。
2008-11-04 05:27 | www.helpsoff.com.cn

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@www.helpsoff.com.cn
我在Imperfect C++中看到過相同的言論。
不過我的應(yīng)用是,常常用ASSERT檢測參數(shù)的合法性,ASSERT之后,當(dāng)然還要if一把了,對于ASSERT和if不要放在一起這種觀點,我不是很認同,我覺得放在一起很好用的。

另外,在Release下,ASSERT沒了,但是if留下了,這是需要的效果。
2008-11-04 10:45 | 肥仔

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

我不會這么用,斷言的目的去那了。
2008-11-04 11:30 | Touchsoft

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@肥仔
哥們兒,你還是沒理解,ASSERT的不是拿來干這個的。你愛怎樣玩就怎樣玩吧,反正自己的代碼自己維護,其他人的意見聽不聽在你。
2008-11-04 12:29 | www.helpsoff.com.cn

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@www.helpsoff.com.cn
謝謝你的意見,但是不采納。原因有3點經(jīng)歷:

1、ASSERT判斷函數(shù)參數(shù)合法性,調(diào)試時會幫了很大的忙;
2、if判段函數(shù)參數(shù)合法性,是健壯性的一部分;
3、ASSERT和if 合在一起,不覺得有任何不妥,且ASSERT不出現(xiàn)在Release中,這正是需要的。

可能涉及到的一個爭論是,檢測參數(shù)合法形是調(diào)用者,還是被調(diào)用者的責(zé)任?
C/C++的主流是調(diào)用者保證參數(shù)的合法性,被調(diào)用者不檢測參數(shù)合法性,這就是為什么認為,只要ASSERT,不需要if了。
strcpy(szBuf, NULL)之所以讓一個程序崩潰也是這個原因,但是為什么要讓它崩潰?能夠不崩潰,繼續(xù)執(zhí)行豈不是更好嗎?
2008-11-04 13:44 | 肥仔

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

1) 沒人否認ASSERT的用處;
2) 需要if判斷處理的參數(shù)和用ASSERT斷言的不合法參數(shù),不應(yīng)屬于一個范疇,不應(yīng)該混合在一起處理;
3) 代碼不管怎么寫在沒遇到問題前都不會有什么不妥,自己覺得好就好吧。

你當(dāng)然可以去寫一個萬能的strcpy,但是如何能保證你的strcpy是真正的“萬能”的呢?不崩潰繼續(xù)執(zhí)行倒是沒問題,但是出問題的真正根源在哪里呢,你這樣做不就掩蓋了問題嗎?應(yīng)該做的是出現(xiàn)這樣的問題時,能有用且有效的指出錯誤,而不是做garbage in, garbage out。

設(shè)計代碼,不去扯那些玩得出花花的設(shè)計模式,有些很基本很直白的原則,比如說“garbage in, garbage out”,比如高內(nèi)聚/低耦合...說多了也沒意思,樓主愛怎么玩怎么玩,大家都是這么過來的,其中的東西自己去體會了。
2008-11-04 15:35 | www.helpsoff.com.cn

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@www.helpsoff.com.cn
程序以外,人生很多地方都需要與別人探討,對于不合己見者,請不必太在懷,更沒必要帶著情緒和語氣,擺出姿態(tài)。這樣才能贏得更多的合作,我想我的這幾句話還算中肯。
2008-11-04 16:32 | 肥仔

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

學(xué)習(xí)。
2008-11-04 18:28 | SpringSnow

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

assert跟if的行為不同,為什么要做一些debug和release行為不同的程序出來,有意義?
2008-11-04 23:36 | 陳梓瀚(vczh)

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

暈菜。算了。
2008-11-05 06:28 | 矩陣操作

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@陳梓瀚(vczh)
Debug會有ASSERT,也會有if
Release沒有ASSERT,有if.
沒有不同行為
2008-11-05 11:13 | 肥仔

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

我覺得有的時候的確需要斷言和if結(jié)合在一起。在release中斷言沒了,如果沒有if,就沒有了對錯誤的處理
2008-11-05 13:22 | wzcsoft

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起[未登錄]  回復(fù)  更多評論   

assert是確保不應(yīng)該發(fā)生的事情不要發(fā)生,而if則是可能發(fā)生。在大多數(shù)的情況下assert后面其實并不需要if,不知道我說的你有沒有理解。在release模式下如果執(zhí)行If,那么后面的代碼就不會執(zhí)行,這個時候錯誤處理就不好弄了。所以建議還是分開,不要這么寫。個人經(jīng)驗,僅供參考。
2008-11-05 19:00 | megax

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

@megax
我理解你所說的和你的建議,書里面也是如你所說的。CRT,MFC也是從來ASSERT后面,沒有if,沒有參數(shù)合法性檢查。

但是這種形式給我?guī)磉^很多麻煩,請聽聽我的理解:
以strcpy舉例(在這個函數(shù)上沒有栽過跟頭的程序員,不是個合格的程序員),strcpy(buf, NULL);將導(dǎo)致程序崩潰,為何?因為ASSERT后面沒有帶if,也就是沒有對參數(shù)合法性進行校驗。

我理解的,strcpy這樣行為的后果是:把一個業(yè)務(wù)邏輯的bug,轉(zhuǎn)成耦合了平臺底層的bug。

1、strcpy(buf, NULL),邏輯上的bug應(yīng)該是buf沒有拷貝任何數(shù)據(jù),如果作了參數(shù)檢查,那么這個bug的最終表現(xiàn)形式是邏輯上的:buf沒有出現(xiàn)應(yīng)該出現(xiàn)的數(shù)據(jù);
2、因為沒有參數(shù)檢查,程序崩潰了,那么這個bug就耦合上了平臺的內(nèi)存管理規(guī)則,內(nèi)存訪問違規(guī)了,程序崩潰是這個bug的表現(xiàn),這種表現(xiàn)形式和邏輯上應(yīng)該出現(xiàn)的結(jié)果有聯(lián)系嗎?沒有;
3、檢測與修正業(yè)務(wù)邏輯的bug的難度遠遠小于與平臺耦合的bug,可以依賴于日志,模擬重現(xiàn)等許多方法。但是比如程序崩潰這樣耦合了平臺的bug,如果不是到了一定程度的程序員,讓他去調(diào)查一個服務(wù)器運行幾天down掉的原因,那將難于上青天。
4、若寫服務(wù)器,你將體會到,偶爾業(yè)務(wù)邏輯執(zhí)行不正確不是什么大事情,只是一個業(yè)務(wù)邏輯上的bug而已,真正的大事情是服務(wù)器時不時給你來個crash down。很多情況的發(fā)生都是因為參數(shù)錯誤不合法,到了ntdll或者其他系統(tǒng)dll里面崩掉了。

C/C++庫里面,成千上萬的函數(shù),你需要一個個了解他們傳遞什么樣的參數(shù)才是合法,要保證不犯錯誤,是不可能的,但是一旦犯錯,它給你來一刀,可不是很好受,為什么如此?原因就是ASSERT后面沒有if。

所以,吃過虧后,我一般都在參數(shù)的ASSERT后面,帶上一個if,個人覺得很受用。

2008-11-05 22:19 | 肥仔

# re: EXT_ASSERT將ASSERT與if結(jié)合在一起  回復(fù)  更多評論   

樓主真是有性格,二樓的兄弟的意見你竟然一點聽不進去。
你的做法將會隱藏很多的BUG,不是你的方法,而是你的思維會讓你付出代價的。
strcpy不載跟頭的就不是好程序員?我只用過strncpy。
崩潰是我最不怕的,比較害怕的是有時正確有時錯誤,隱藏的BUG才是致命的。
這種方法只在特定情況下好用
2009-07-19 11:39 | km
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            99成人免费视频| 欧美在线地址| 亚洲国产精品毛片| 久久久91精品国产一区二区三区 | 国产精品久久久久久久久借妻| 日韩小视频在线观看专区| 亚洲精品视频在线| 国产亚洲欧洲| 99视频一区二区三区| 亚洲欧洲99久久| 乱码第一页成人| 午夜老司机精品| 精品999久久久| 日韩视频在线免费观看| 午夜在线a亚洲v天堂网2018| 亚洲美女视频在线免费观看| 亚洲一区在线播放| 六月天综合网| 一片黄亚洲嫩模| 亚洲黄色av一区| 欧美与黑人午夜性猛交久久久| 亚洲黄色一区| 欧美无砖砖区免费| 亚洲麻豆av| 免费亚洲网站| 国产精品一区二区欧美| 亚洲国产精品一区二区第四页av| 一区二区欧美日韩| 欧美一区二区三区免费观看| 亚洲精选久久| 久久久久成人网| 亚洲女同性videos| 欧美日韩高清一区| 老色鬼精品视频在线观看播放| 欧美不卡高清| 久久精品91久久久久久再现| 国产精品久久婷婷六月丁香| 亚洲国产欧美不卡在线观看| 亚洲视频网在线直播| 欧美经典一区二区三区| 亚洲福利视频网站| 亚洲精品一区二区三区蜜桃久| 久久免费99精品久久久久久| 巨胸喷奶水www久久久免费动漫| aa级大片欧美三级| 欧美日韩在线播放一区| 亚洲视频一区二区免费在线观看| 亚洲综合激情| 亚洲一区三区电影在线观看| 亚洲欧洲精品天堂一级| 久久综合一区| 一本久久青青| 亚洲精品网站在线播放gif| 欧美激情一区二区三区蜜桃视频 | 午夜久久黄色| 亚洲欧美中文日韩v在线观看| 99精品国产福利在线观看免费| 亚洲靠逼com| 亚洲香蕉成视频在线观看| 久久综合999| 亚洲欧美日韩一区二区| 美国成人直播| 美国成人毛片| 亚洲精品1234| 久久久久欧美| 一本大道久久a久久综合婷婷| 亚洲精品国产欧美| 亚洲美女一区| 先锋影音一区二区三区| 亚洲黄色视屏| 亚洲精品一级| 亚洲视频在线视频| 欧美亚洲一区二区三区| 久久三级福利| 欧美激情一区三区| 宅男噜噜噜66一区二区66| 午夜精品久久久| 免费中文字幕日韩欧美| 欧美亚洲一级| 免费精品99久久国产综合精品| 国产精品二区影院| 欧美精品粉嫩高潮一区二区 | 亚洲天堂第二页| 欧美视频在线播放| 欧美男人的天堂| 欧美大片免费久久精品三p| 久久一区国产| 国内激情久久| 亚洲国产另类 国产精品国产免费| 精品二区久久| 久久成人精品一区二区三区| 香蕉成人久久| 久久精品国产久精国产思思| 久久在线播放| 91久久综合亚洲鲁鲁五月天| 一区二区三区四区五区视频 | 欧美xx视频| 国产精品久久国产精品99gif| 亚洲一级在线观看| 欧美一站二站| 亚洲欧美区自拍先锋| 久久成人精品视频| 亚洲精品久久嫩草网站秘色 | 亚洲婷婷免费| 激情欧美亚洲| 亚洲免费观看| 国产香蕉97碰碰久久人人| 一本久道久久综合婷婷鲸鱼| 99国产精品99久久久久久粉嫩| 国产精品免费视频xxxx| 欧美国产一区二区| 国产精品热久久久久夜色精品三区 | 久久夜色精品亚洲噜噜国产mv| 99riav1国产精品视频| 国产精品亚洲成人| 亚洲国产欧美另类丝袜| 国产精品成人免费精品自在线观看| 久久精品欧洲| 国产精品亚洲一区二区三区在线| 亚洲福利视频专区| 国产性天天综合网| 这里只有视频精品| 91久久精品网| 久久狠狠亚洲综合| 亚洲欧美日韩在线一区| 免费看亚洲片| 欧美国产亚洲另类动漫| 国产精品美女久久福利网站| 亚洲中字在线| 欧美国产日韩xxxxx| 91久久国产自产拍夜夜嗨| 中日韩视频在线观看| 91久久精品美女高潮| 久久精品亚洲一区| 激情久久综艺| 午夜精品视频一区| 午夜免费在线观看精品视频| 麻豆国产精品777777在线| 欧美一区二区精品久久911| 欧美好吊妞视频| 麻豆精品精华液| 午夜精品免费| 国产精品va在线| 日韩视频一区二区在线观看 | 裸体素人女欧美日韩| 国产精品黄视频| 美女亚洲精品| 韩国女主播一区| 老司机亚洲精品| 国产亚洲成人一区| 亚洲欧洲av一区二区| 亚洲欧美日韩综合| 欧美日韩另类视频| 亚洲视频精选| 亚洲亚洲精品在线观看 | 欧美一区视频| 久久福利毛片| 国产专区一区| 久久久亚洲影院你懂的| 久久婷婷久久一区二区三区| 国内精品国产成人| 久久久久久亚洲精品中文字幕| 久久免费视频网站| 在线不卡中文字幕播放| 亚洲第一二三四五区| 亚洲大片av| 亚洲欧美激情四射在线日 | 国产精品乱子久久久久| 欧美伊人久久大香线蕉综合69| 久久精品国产成人| 亚洲高清视频一区| 欧美精品一区二区三区在线播放| 亚洲精品美女在线| 黄色欧美日韩| 欧美69wwwcom| 一本一本a久久| 久久不射网站| 91久久黄色| 欧美午夜国产| 久久视频一区二区| 亚洲美女性视频| 欧美在线亚洲在线| 亚洲国产视频直播| 国产精品成人国产乱一区 | 国产精品福利影院| 欧美一区二区视频在线观看| 麻豆免费精品视频| 亚洲一区二区三区成人在线视频精品 | 欧美不卡高清| 亚洲亚洲精品三区日韩精品在线视频 | 在线成人黄色| 欧美视频日韩视频| 欧美主播一区二区三区| 亚洲青色在线| 久久精品国产清高在天天线| 亚洲国产精彩中文乱码av在线播放| 欧美国产日本| 久久国产精品亚洲77777| 中文网丁香综合网| 免费观看成人|