• <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 - 13, comments - 4, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            Exceptional C++ Style 讀書筆記(二)

            Posted on 2008-11-05 23:59 Batiliu 閱讀(574) 評論(0)  編輯 收藏 引用 所屬分類: 讀書筆記

            第十四條 對象初始化順序

            當創建一個類類型的C++對象時,其初始化順序是?

              下面這組規則是遞歸描述的:

            1. 最上層派生類的構造函數負責調用虛基類子對象的構造函數。所有虛基類子對象會按照深度優先、從左到右的順序進行初始化。
            2. 直接基類子對象按照它們在類定義中聲明的順序被一一構造起來。
            3. (非靜態)成員子對象按照它們在類定義體中聲明的順序被一一構造起來。
            4. 最上層派生類的構造函數體被執行。

             

            準則避免過度使用繼承。

             

            第十五條 訪問權限

            準則永遠不要對語言搞破壞。例如,永遠不要企圖通過復制類定義再添加友元聲明,或提供成員模板函數特化等途徑來破壞封裝性。

             

            第十六條 私有

            • private成員的名字只對其所屬類的其他成員或友元來說是可訪問的,而這里的其他成員也包括成員模板的任何顯示特化。不過如果某段代碼具有對某個成員的訪問權,該段代碼就可以通過泄漏該成員的指針方式將其訪問權限授予外界的任何代碼。
            • private成員對于任何能夠看到其所屬類定義的代碼來說都是可見的。這意味著它的函數參數的類型必須事先聲明,另外它還會參與名字查找和重載決議,因而可能會使調用變得無效或具有二義性。

             

            第十七條 封裝

            準則總是將所有數據成員放在私有區段。唯一的列外是C風格的struct,后者的意圖并不在于封裝什么東西,因而其所有成員都是可以公用的。

            準則接口是最需要在第一時間做對的事情。其他東西都可以在后期進行修正。如果你一開始就沒有把接口做對的話,那么以后你可能就永遠沒有機會去改正它了。

             

            第十八條 虛擬

            準則盡量讓接口成為非虛的。

            準則盡量讓虛函數置為私有的。

            準則只有當派生類需要調用基類中實現的虛函數的時候,我們才需要將后者設為保護的。

            準則基類的析構函數要么應當為公用虛函數,要么應當為保護的非虛函數。

             

            第十九條 對派生類施加規則

            準則

            • 永遠不要讓異常從析構函數中跑出來。
            • 永遠不要為函數編寫異常規格聲明。

            準則避免將賦值操作符設為虛函數。

            準則盡量用編譯期錯誤來取代運行時錯誤。

            為了阻止編譯器為派生類隱式生成默認構造函數、復制構造函數或者復制復制操作符,最簡單的、最佳的選擇是將基類中相應的函數“藏”在非公用區段(或者干脆讓它消失,例如默認構造函數)。

             

            第二十條 第二十一條 內存中的容器

            內存管理的層次:

            每種容器都會選擇不同的空間/性能平衡點。效率方面,使用vector和set可以做到O(logN)時間復雜度的搜索;使用vector做到隨機的元素訪問;使用list來高效地地插入元素等等。

             

            第二十二條 第二十三條 new操作

            C++標準中提供了哪三種形式的new?

            // 標準提供的operator new重載
             
            // 最常用的簡單new,用法:new T
            void* ::operator new(std::size_t size) throw(std::bad_alloc);
             
            // nothrow new,用法:new (std::nothrow) T
            void* ::operator new(std::size_t size, const std::nothrow_t&) throw();
             
            // 定位new,用法:new (ptr) T
            void* ::operator new(std::size_t size, void* ptr) throw();

            準則

            如果你提供了任何類相關的new,那么:

            • 應該總是同時提供類相關的簡單new。
            • 應該總是同時提供類相關的定位new。
            • 應該考慮也提供類相關的nothrow new;否則它就會被其他的類相關new隱藏了。

            準則避免使用nothrow new。

            準則無論如何,檢查new是否失敗通常都沒多大意義。

             

            第二十四條 常量

            準則避免按const值傳遞對象。盡量按const引用傳遞。

             

            第二十五條 內聯

            準則避免寫inline或試圖進行其他優化,除非性能測試顯示有此必要。

            準則記住,內聯可能發生在任何時候。

            精品无码久久久久国产| 久久精品国产色蜜蜜麻豆| 久久99精品久久久久久9蜜桃| 亚洲va中文字幕无码久久| 日韩精品无码久久久久久| 99麻豆久久久国产精品免费| 伊人久久精品无码av一区| 国内精品久久久人妻中文字幕| 九九久久自然熟的香蕉图片| 伊人色综合久久天天| 久久AV无码精品人妻糸列| 国产精品久久亚洲不卡动漫| 久久婷婷色香五月综合激情| 久久99国产综合精品女同| 国产综合精品久久亚洲| 色88久久久久高潮综合影院| 国产精品美女久久久久av爽| AV色综合久久天堂AV色综合在| 国产毛片久久久久久国产毛片 | 国产精品无码久久久久久| 99久久国产综合精品成人影院| 色妞色综合久久夜夜| 久久久国产精品福利免费| 久久精品人人做人人爽97| 日产精品久久久久久久性色| 中文字幕无码久久久| 思思久久99热只有频精品66 | 精品久久久久久无码免费| 亚洲国产一成人久久精品| 亚洲国产成人久久综合野外| 国产视频久久| 久久99精品久久久久久齐齐| 91精品国产高清久久久久久国产嫩草| 精品综合久久久久久97| 99精品国产综合久久久久五月天| 伊人久久无码精品中文字幕| 亚洲国产成人精品久久久国产成人一区二区三区综 | 久久精品国产久精国产果冻传媒 | 99久久精品国产综合一区| 亚洲国产精品热久久| 精品人妻伦一二三区久久|