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

            Note of Justin

            關(guān)于工作和讀書的筆記

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              47 Posts :: 0 Stories :: 45 Comments :: 0 Trackbacks

            留言簿(14)

            搜索

            •  

            積分與排名

            • 積分 - 52710
            • 排名 - 433

            最新評論

            閱讀排行榜

            評論排行榜

            [原創(chuàng)文章歡迎轉(zhuǎn)載,但請保留作者信息]
            Justin 于 2009-12-29

            上課上到第5章,大師開始講“實現(xiàn)”(implementation)。

            第26條還是比較容易讀,講的是一個習(xí)慣問題:到使用變量的時候再定義它。
            不知道是在小時候?qū)WPascal得到的印象還是C語言課老師傳授的“腐朽思想”,在函數(shù)/文件的開始總是要定義所有的變量。
            大師說:這樣不對。

            原因是:
            • 定義變量包含了該變量對象的構(gòu)造操作,如果因為某個原因(如拋出異常,條件語句未執(zhí)行等)而沒有真正用到這個變量,那么構(gòu)造該變量所耗費的時間和資源就白費了。
            • 在即將使用變量前再定義它對理解代碼也有好處:要想知道某個變量時做什么用的?讀接下來的代碼便是。

            其實課上到這里也該算完了,不過Scott還是留了一道簡單又不簡單的思考題,以及答案:
            //方法A:循環(huán)外定義
            Widget?w;
            for?(int?i?=?0;?i?<?n;?++i){
            ???w?
            =?some_value_dependent_on_i;???????
            ???
            //..??????????????????????????????????
            }????????????????????????????????????

            //方法B:循環(huán)內(nèi)定義
            for?(int?i?=?0;?i?<?n;?++i)?{
            Widget?w(some_value_dependent_on_i);
            //..
            }

            題目抄完了,問題是:A和B哪種變量聲明的方式更合適?
            【解析】
            方法A調(diào)用了1次構(gòu)造函數(shù)、1次析構(gòu)函數(shù)、n次拷貝函數(shù);

            方法B調(diào)用了n次析構(gòu)函數(shù)、n次析構(gòu)函數(shù)。
            當(dāng)拷貝操作的開銷比構(gòu)造-析構(gòu)操作要廉價的時候,一般來說A方法是上選。
            但是A方法中對象的作用域比B方法中更大,也就違背了代碼的集中性和可維護(hù)性原則。
            因此,除非
            ?? 拷貝操作比構(gòu)造-析構(gòu)操作開銷小,并且此部分代碼對性能(performance)要求很高,(此時選擇為A)
            否則B方法還是更合理。
            【答案】沒有標(biāo)準(zhǔn)答案@#¥%
            posted on 2010-01-20 08:52 Justin.H 閱讀(1186) 評論(2)  編輯 收藏 引用 所屬分類: Effective C++ 炒冷飯

            Feedback

            # re: Effective C++ 炒冷飯 - Item 26 盡可能推遲定義變量 2010-01-20 13:22 wildpointer
            頂一下!f  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 26 盡可能推遲定義變量 2010-03-30 18:43 kairos
            不錯 很細(xì)節(jié)  回復(fù)  更多評論
              

            亚洲成av人片不卡无码久久| 99久久综合国产精品免费| 久久久这里只有精品加勒比| 久久精品中文字幕大胸| 伊色综合久久之综合久久| 久久久久久精品免费看SSS| 久久青青草原国产精品免费| 精品人妻伦九区久久AAA片69| 亚洲伊人久久综合中文成人网| 国产亚洲综合久久系列| 亚洲色欲久久久久综合网| 麻豆一区二区99久久久久| 色婷婷久久综合中文久久一本| 2021最新久久久视精品爱| 久久精品九九亚洲精品天堂| 亚洲中文精品久久久久久不卡| 亚洲欧洲精品成人久久奇米网| 久久久噜噜噜久久熟女AA片 | 亚洲婷婷国产精品电影人久久| 久久综合久久自在自线精品自| 国产亚洲成人久久| 99久久99久久精品免费看蜜桃| 久久精品国产精品亚洲精品| 国产精品欧美亚洲韩国日本久久 | 久久播电影网| 国产成人久久精品区一区二区| 亚洲综合日韩久久成人AV| 国产亚洲成人久久| 欧美精品久久久久久久自慰| 亚洲人成无码www久久久 | 久久人人爽人人爽人人片av麻烦| 精品久久一区二区| 无码人妻久久一区二区三区免费丨 | 伊人久久大香线焦综合四虎| 99精品国产在热久久无毒不卡 | 国产精品美女久久久久网| 欧美大香线蕉线伊人久久| 亚洲人AV永久一区二区三区久久| 欧美精品福利视频一区二区三区久久久精品 | 国产成人久久久精品二区三区| 久久久久亚洲av无码专区喷水|