• <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 閱讀(576) 評論(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或試圖進行其他優化,除非性能測試顯示有此必要。

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

            久久亚洲精品国产亚洲老地址| 国产精品无码久久四虎| 国产亚洲美女精品久久久2020| yy6080久久| 7国产欧美日韩综合天堂中文久久久久 | 国产精品久久久久jk制服| 青青热久久综合网伊人| 伊人色综合九久久天天蜜桃| 久久亚洲美女精品国产精品| 久久精品国产亚洲精品| 婷婷久久久亚洲欧洲日产国码AV| 狠狠精品干练久久久无码中文字幕| 久久亚洲精品国产精品婷婷| 久久综合综合久久狠狠狠97色88| 国内精品久久久久影院亚洲| 婷婷综合久久狠狠色99h| 久久久久久精品免费免费自慰| 88久久精品无码一区二区毛片 | 成人久久免费网站| 久久AⅤ人妻少妇嫩草影院| 久久久久亚洲AV无码麻豆| 开心久久婷婷综合中文字幕| 色综合久久最新中文字幕| 亚洲精品蜜桃久久久久久| 婷婷久久五月天| 久久久精品日本一区二区三区| 国产成人精品免费久久久久| 国产色综合久久无码有码| 精品伊人久久久| 久久精品国产欧美日韩99热| 老司机午夜网站国内精品久久久久久久久 | 久久久久中文字幕| 2021精品国产综合久久| 久久久久久无码Av成人影院| 久久久久久久久久久精品尤物 | 国产精品一久久香蕉国产线看| 欧美成人免费观看久久| 老司机午夜网站国内精品久久久久久久久 | 久久综合视频网| 国产亚洲美女精品久久久2020| 狠狠色丁香久久婷婷综合|