• <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>

            woaidongmao

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

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

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

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

             

            #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());//---- 返回空對(duì)象

            }

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

            }

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

            評(píng)論

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

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

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

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

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

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

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

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

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

            @肥仔
            哥們兒,你還是沒(méi)理解,ASSERT的不是拿來(lái)干這個(gè)的。你愛(ài)怎樣玩就怎樣玩吧,反正自己的代碼自己維護(hù),其他人的意見(jiàn)聽(tīng)不聽(tīng)在你。
            2008-11-04 12:29 | www.helpsoff.com.cn

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            但是這種形式給我?guī)?lái)過(guò)很多麻煩,請(qǐng)聽(tīng)聽(tīng)我的理解:
            以strcpy舉例(在這個(gè)函數(shù)上沒(méi)有栽過(guò)跟頭的程序員,不是個(gè)合格的程序員),strcpy(buf, NULL);將導(dǎo)致程序崩潰,為何?因?yàn)锳SSERT后面沒(méi)有帶if,也就是沒(méi)有對(duì)參數(shù)合法性進(jìn)行校驗(yàn)。

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

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

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

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

            2008-11-05 22:19 | 肥仔

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

            樓主真是有性格,二樓的兄弟的意見(jiàn)你竟然一點(diǎn)聽(tīng)不進(jìn)去。
            你的做法將會(huì)隱藏很多的BUG,不是你的方法,而是你的思維會(huì)讓你付出代價(jià)的。
            strcpy不載跟頭的就不是好程序員?我只用過(guò)strncpy。
            崩潰是我最不怕的,比較害怕的是有時(shí)正確有時(shí)錯(cuò)誤,隱藏的BUG才是致命的。
            這種方法只在特定情況下好用
            2009-07-19 11:39 | km
            日本精品久久久久中文字幕8| 国产精品99久久不卡| 久久精品99无色码中文字幕| 久久国产精品二国产精品| 亚洲一区精品伊人久久伊人| AAA级久久久精品无码片| 国产高潮国产高潮久久久91 | 久久亚洲日韩看片无码| 国产精品久久久久无码av| 热RE99久久精品国产66热| 久久精品www人人爽人人| 欧美久久综合九色综合| 97久久婷婷五月综合色d啪蜜芽| 亚洲国产精品久久久久婷婷老年| 色欲综合久久躁天天躁蜜桃| 久久综合九色综合久99| 99热热久久这里只有精品68| 久久天天婷婷五月俺也去| 久久久精品久久久久特色影视| 久久精品亚洲AV久久久无码| 无夜精品久久久久久| 97久久国产亚洲精品超碰热| 国产成人精品综合久久久久 | 久久久久女人精品毛片| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 久久99精品国产麻豆婷婷| 国产Av激情久久无码天堂| 亚洲午夜久久久久久噜噜噜| 亚洲精品99久久久久中文字幕| 国产精品伊人久久伊人电影| 久久99精品久久久久久久久久| 久久精品日日躁夜夜躁欧美| 欧美色综合久久久久久| 久久精品亚洲精品国产欧美| 国产叼嘿久久精品久久| 97久久精品人人澡人人爽| 欧美亚洲国产精品久久蜜芽| 99久久er这里只有精品18| 久久精品无码一区二区无码| 亚洲愉拍99热成人精品热久久| 无码人妻久久一区二区三区免费丨|