• <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>
            Fork me on GitHub
            隨筆 - 215  文章 - 13  trackbacks - 0
            <2017年6月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678


            專注即時通訊及網游服務端編程
            ------------------------------------
            Openresty 官方模塊
            Openresty 標準模塊(Opm)
            Openresty 三方模塊
            ------------------------------------
            本博收藏大部分文章為轉載,并在文章開頭給出了原文出處,如有再轉,敬請保留相關信息,這是大家對原創作者勞動成果的自覺尊重!!如為您帶來不便,請于本博下留言,謝謝配合。

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 215428
            • 排名 - 118

            最新評論

            閱讀排行榜


            1.讓自己習慣C++

            條款01:視C++為一個語言聯邦
            條款02:盡量以const,enum,inline替換#define
            條款03:盡可能使用const
            條款04:確定對象被使用前已先被初始化

            2.構造/析構/賦值運算

            條款05:了解C++默默編寫并調用哪些函數
            條款06:若不想使用編譯器自動成生的函數,就該明確拒絕
            條款07:為多態基類聲明Virtual析構函數
            條款08:別讓異常逃離析構函數
            條款09:絕不在構造和析構過程中調用Virtual函數
            條款10:令Operator=返回一個referenceto this
            條款11:在Operator=中處理“自我賦值”
            條款12:復制對象時勿忘其每一個成分

            3.資源管理

            條款13:以對象管理資源
            條款14:在資源管理類中小心Coping行為
            條款15:在資源管理類中提供對原始資源的訪問
            條款16:成對使用new和delete對象置入智能指針
            條款17:以獨立語句將newed對象置入智能指針

            4.設計與聲明

            條款18:讓接口容易被正確使用,不易被誤用
            條款19:設計class猶如設計type
            條款20:寧以pass-by-reference-to-const替換Pass-by-value
            條款21:必須返回對象時,別妄想返回其reference
            條款22: 將成員變量聲明為private
            條款23: 寧以non-member、non-friend替換member函數
            條款24:若有所參數皆需類型轉換,請為此采用non-member函數
            條款25:考慮寫出一個不拋異常的swap函數

            5.實現

            條款26:盡可能延后變量定義式的出現時間
            條款27:盡量少做轉型動作
            條款28:避免返回handles指向對象內部成分
            條款29:為“異常安全”而努力是值得的
            條款30:透徹了解inlining的里里外外
            條款31:將文件間的編譯依存關系降至最低

            6.繼承與面向對象設計

            條款32:確定你的public繼承塑模出is-a關系
            條款33:避免遮掩繼承而來的名稱
            條款34:區分接口繼承和實現繼承
            條款35:考虛virtual函數以外的其他選擇
            條款36:絕不重新定義繼承而來的non-virtual函數
            條款37:絕不重新定義繼承而來的缺省參數值
            條款38:通過復合塑模出has-a或“根據某物實現出”
            條款39:明智而審慎地使用private繼承
            條款40:明智而審慎地使用private繼承

            7.模板與泛型編程

            8.定制new和delete

            9.雜項討論

            posted on 2010-02-24 11:41 思月行云 閱讀(429) 評論(0)  編輯 收藏 引用
            欧美精品一本久久男人的天堂| 久久精品www人人爽人人| 99久久国产综合精品五月天喷水 | 国产精品禁18久久久夂久| 久久国产热精品波多野结衣AV| 99久久精品九九亚洲精品| 亚洲国产成人久久综合一区77| 久久午夜羞羞影院免费观看| 超级碰久久免费公开视频| 偷偷做久久久久网站| 久久国产精品一区二区| 老男人久久青草av高清| 精品一久久香蕉国产线看播放| 亚洲综合伊人久久大杳蕉| 精品久久久久国产免费| 久久精品九九亚洲精品| 狠狠色丁香久久婷婷综合_中| 91精品国产高清久久久久久91 | 麻豆精品久久精品色综合| 久久亚洲欧洲国产综合| www性久久久com| 三上悠亚久久精品| 伊人久久综合成人网| 久久夜色精品国产噜噜亚洲a| 国产精品免费久久久久影院| 2021少妇久久久久久久久久| 亚洲中文久久精品无码| 亚洲精品无码久久久久sm| 亚洲日韩欧美一区久久久久我 | 亚洲精品无码久久久久sm| 久久天天婷婷五月俺也去 | 天天躁日日躁狠狠久久| 中文精品99久久国产 | 77777亚洲午夜久久多喷| 俺来也俺去啦久久综合网| 国产精品99久久精品| 久久精品国产亚洲欧美| 久久99中文字幕久久| 97超级碰碰碰碰久久久久| 久久se精品一区精品二区国产| 国产精品美女久久久久AV福利|