• <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>
            春暖花開
            雪化了,花開了,春天來了
            posts - 149,comments - 125,trackbacks - 0

            下面摘自http://m.shnenglu.com/woaidongmao/archive/2008/11/03/65897.html

            看到他們的在爭論很有意思,我不是很懂。

            有利還是有弊呢?


            EXT_ASSERT將ASSERT與if結合在一起

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

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

             

            #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 肥仔 閱讀(333) 評論(7)  編輯 收藏 引用 所屬分類: C++存檔

            評論

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

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

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

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

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

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

            # re: EXT_ASSERT將ASSERT與if結合在一起  回復  更多評論   

            @www.helpsoff.com.cn
            程序以外,人生很多地方都需要與別人探討,對于不合己見者,請不必太在懷,更沒必要帶著情緒和語氣,擺出姿態。這樣才能贏得更多的合作,我想我的這幾句話還算中肯。
            2008-11-04 16:32 | 肥仔
            posted on 2008-11-04 18:28 Sandy 閱讀(395) 評論(0)  編輯 收藏 引用 所屬分類: c++學習
            91精品无码久久久久久五月天| 久久人人爽爽爽人久久久| 99国内精品久久久久久久| 精品久久香蕉国产线看观看亚洲| 婷婷久久综合九色综合98| 久久久亚洲精品蜜桃臀| 欧美激情一区二区久久久| 亚洲精品乱码久久久久久久久久久久| 99久久精品国产麻豆| 久久一区二区免费播放| 久久久久久久人妻无码中文字幕爆| 精品水蜜桃久久久久久久| 午夜精品久久久久久99热| 精品国产热久久久福利| 97久久精品无码一区二区| 久久久久99精品成人片| 久久国产精品无码HDAV| 亚洲日本va午夜中文字幕久久| 久久福利青草精品资源站| 久久国产劲爆AV内射—百度| 久久久久香蕉视频| 久久婷婷国产麻豆91天堂| 久久无码人妻一区二区三区午夜| 亚洲国产一成久久精品国产成人综合| 久久99国产精品二区不卡| 97久久久久人妻精品专区| 无码人妻久久久一区二区三区| 久久亚洲欧洲国产综合| 国产精品久久久久乳精品爆| 国产一久久香蕉国产线看观看| 久久婷婷五月综合97色直播| 久久强奷乱码老熟女| 久久涩综合| 久久久99精品成人片中文字幕 | 久久久国产亚洲精品| 国产精品亚洲综合专区片高清久久久 | 久久99国产精一区二区三区| 久久人人爽人人爽人人片AV不| 一本大道久久东京热无码AV| 一级做a爰片久久毛片免费陪| 亚洲国产精品狼友中文久久久|