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

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

            国产精品久久婷婷六月丁香| 91精品无码久久久久久五月天 | 久久精品国产一区| 精品久久久久久无码中文字幕一区| 国产精品久久久久aaaa| 久久无码国产| 亚洲AV日韩精品久久久久久久| 久久久青草久久久青草| 亚洲国产精品无码久久青草| 亚洲午夜久久久久久久久久| 国产精品久久久天天影视香蕉 | 久久综合亚洲鲁鲁五月天| 久久发布国产伦子伦精品 | 久久99国产精品二区不卡| 麻豆国内精品久久久久久| 欧美黑人激情性久久| 综合久久精品色| 国产成人精品久久综合 | 亚洲一区中文字幕久久| 7777久久久国产精品消防器材| 99久久婷婷国产一区二区| 国产Av激情久久无码天堂| 久久国产成人精品国产成人亚洲| 久久香综合精品久久伊人| 精品人妻伦九区久久AAA片69| 久久久久这里只有精品| 久久青青草原国产精品免费| 久久亚洲私人国产精品vA| 久久精品一区二区三区AV| 久久人人爽人人爽人人片AV东京热| 91精品国产高清久久久久久io| av色综合久久天堂av色综合在| 久久人人爽人爽人人爽av| 久久久久婷婷| 精品国产日韩久久亚洲| 亚洲精品无码久久久| 亚洲婷婷国产精品电影人久久| 欧美亚洲另类久久综合婷婷| 无码人妻少妇久久中文字幕| 欧美久久一区二区三区| 色婷婷久久久SWAG精品|