• <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久久er这里只有精品18| 亚洲精品国产字幕久久不卡| 久久精品嫩草影院| 国产精品丝袜久久久久久不卡| 久久午夜无码鲁丝片午夜精品| 久久亚洲中文字幕精品一区| 午夜久久久久久禁播电影| 97精品伊人久久大香线蕉app| 亚洲国产二区三区久久| 欧洲国产伦久久久久久久| 无码国产69精品久久久久网站 | 丰满少妇人妻久久久久久4| 久久久久久久综合综合狠狠| 久久精品免费全国观看国产| 久久久91精品国产一区二区三区| 日韩欧美亚洲综合久久影院Ds | 久久精品国产色蜜蜜麻豆| 久久夜色精品国产亚洲| 亚洲国产精品婷婷久久| 国产偷久久久精品专区| 国产精品九九久久免费视频 | 久久国产精品免费一区| 99久久婷婷国产综合亚洲| 伊人久久精品影院| 26uuu久久五月天| 狠狠88综合久久久久综合网| 婷婷久久综合九色综合绿巨人 | 久久久久人妻一区精品色| 久久久久久国产a免费观看黄色大片| 久久免费高清视频| 国产精品岛国久久久久| 亚洲精品乱码久久久久久自慰| 欧美久久综合九色综合| 久久久久国产日韩精品网站| 国产成人精品久久亚洲高清不卡| 国产精品久久久久久久久鸭| 久久久精品国产sm调教网站| 久久久久女人精品毛片| 国产成人精品白浆久久69| 亚洲精品乱码久久久久66| 久久精品国产99久久久|