• <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>

            讀《C++編程規(guī)范》

            組織和策略問題
            #0 了解哪些東西不應(yīng)該標準化
            注釋不是越多越好,應(yīng)該注意實用原則,主要用來解釋方法和原理

            #1 在高警告級別下編譯,理解并排除所有的警告
            如果引用的第三方庫有警告,可以用自定義的頭文件包含這個庫的頭文件,在自定義頭文件中忽略這些警告。
            如:
            #pragma warning(push)//保存當前的警告
            #pragma warning(disable:4512)
            #pragma warning(disable:4180)
            #include <boost/lambda/lambda.hpp>//第三方頭文件
            #pragma warning(pop)//恢復(fù)到之前的警告


            #2 使用自動構(gòu)建系統(tǒng)
            使用單操作的自動化構(gòu)建

            #3 使用版本控制系統(tǒng)
            CVS。不要讓文件長時間登出,確保登入的代碼不會影響構(gòu)建成功

            #4 在代碼審查上投入
            更多的關(guān)注有助于提高質(zhì)量。亮出自己的代碼,閱讀別人的代碼。

            設(shè)計風格
            不成熟的優(yōu)化是程序涉及中的萬惡之源
            #5 一個實體應(yīng)該只有一個緊湊的職責
            一次只解決一個問題

            #6 正確、簡單和清晰第一
            簡單就是美(Keep It Simple Software,KISS)。
            使用最簡單的有效技術(shù)。

            #7 編程中應(yīng)該知道何時和如何考慮可伸縮性
            集中精力改善算法的O(N)復(fù)雜性,而不是進行小型的優(yōu)化。
            要時刻了解算法的實際復(fù)雜性

            #8 不要進行不成熟的優(yōu)化
            決不要過早進行優(yōu)化,再三測試,然后在必要的時候進行優(yōu)化
            讓一個正確的程序更快,比讓一個快速的程序正確,要容易的多。
            優(yōu)化之前應(yīng)進行度量,度量之前必須確定優(yōu)化的目標。

            #9不要進行不成熟的劣化
            放松自己,輕松編程
            引用傳遞代替值傳遞
            使用前綴++代替后綴++.
            使用初始化列表代替構(gòu)造函數(shù)中賦值
            使用抽象和庫

            #10 盡量減少全局和共享數(shù)據(jù)
            共享容易導(dǎo)致沖突,增加耦合度
            用通信方式代替數(shù)據(jù)共享
            盡量降低類間的耦合,減少交互

            #11 隱藏信息
            不要從任何提供抽象的實體中公開數(shù)據(jù)

            #12 懂得何時和如何進行并發(fā)性編程 (* 我沒多少經(jīng)驗,難以理解)
            避免死鎖,活鎖和惡性競爭條件

            #13 確保資源為對象所擁有,使用顯式的RAII和智能指針
            資源獲取即初始化(RAII)
            分配資源后立即賦給屬主對象。
            永遠不要在一條語句中分配一個以上的資源
            當需要配對的獲取/釋放函數(shù)調(diào)用時,都應(yīng)該將資源封裝在一個對象中。注意復(fù)制構(gòu)造和賦值操作,以及自身賦值

            ?

            編程風格
            #14 寧要編譯時和連接時錯誤,也不要運行時錯誤
            能在編譯時做的事就不要推遲到運行時。

            #15 積極使用const
            當知道某個值不會改變時就把它設(shè)為const。把const變成定義值時的默認選項
            使用mutable

            #16 避免使用宏
            只在幾個無法避免的地方使用:
            #include 保護符
            #ifdef和#if defined
            assert實現(xiàn)

            #17 避免使用魔數(shù)
            使用符號名稱代替它,符號名稱易于理解和維護
            使用const,枚舉類型活函數(shù)

            #18 盡可能局部地聲明變量
            變量的作用域越小越好,生存期越短越好

            #19 總是初始化變量
            初始化數(shù)組和結(jié)構(gòu)的簡單方法:

            ing total[100] = {0};
            struct Data
            {
            int i;
            double d;
            char szName[10];
            };
            Data d={0};

            注意,volatile型數(shù)據(jù)不需要程序?qū)ζ溥M行初始化

            #20 避免函數(shù)過長,避免嵌套過深

            #21 避免跨編譯單元的初始化依賴
            保持初始化順序
            盡量避免名稱空間級的變量

            #22 盡量減少定義性依賴。避免循環(huán)依賴
            如果可以用前向聲明就不要#include
            只有兩種情況需要某個類的完整定義:
            1 需要知道該類的大小
            2 需要命名或者調(diào)用該類的成員
            打破循環(huán)的一個方法就是,不要讓高層模塊依賴低層模塊,而是讓兩者都依賴于抽象

            #23 頭文件應(yīng)該自給自足 (* 一值對什么時候應(yīng)該包含頭文件很迷惑,好好理解一下#22和#23)
            應(yīng)該確保所編寫的每個頭文件都能夠獨自編譯,即當需要用到某個頭文件中的內(nèi)容時,只需要包含此文件,而不需要包含其他的文件。
            模板是在其定義處編譯的,但非獨立名稱或者類型要等到模板實例化時才編譯。

            #24總是編寫內(nèi)部#include保護符,決不要編寫外部#include保護符

            //for foo.h
            #ifndef FOO_H_INCLUDED_
            #define FOO_H_INCLUDED_
            //......
            #endif

            函數(shù)與操作符
            #25 正確地選擇通過值,(智能)指針或引用傳遞參數(shù)

            #26 保持重載操作符的自然語義

            #27 優(yōu)先使用算術(shù)操作符和賦值操作符的標準形式
            定義了a+b 也應(yīng)該定義a+=b.并且用用+=來定義+.

            #28 優(yōu)先使用++和--的標準形式。優(yōu)先調(diào)用前綴形式
            應(yīng)該用前綴形式實現(xiàn)后綴形式
            T& T::operator++() //前綴形式
            {
            //執(zhí)行遞增
            return *this;
            }

            T T::operator++(int) //后綴形式
            {
            T old(*this); //保存舊值
            ++*this;
            return old;
            }

            #29 考慮重載以避免隱含類型轉(zhuǎn)換
            奧卡姆剃刀原理:如無必要勿增對象。重載會引起臨時對象的創(chuàng)建。

            #30 避免重載&& ||和,
            因為內(nèi)置版本的特殊之處在于:從左到右求值,(對&& ||)短路求值
            而函數(shù)參數(shù)總是會對所有參數(shù)進行求值,且求值順序是不確定的。

            #31 不要編寫依賴于函數(shù)參數(shù)求值順序的代碼
            函數(shù)參數(shù)的求值順序是不確定的

            類的設(shè)計與繼承
            軟件開發(fā)最重要的一個方面就是弄清楚自己要構(gòu)建的是什么。
            #32 弄清所要編寫的是哪種類
            值類 模仿內(nèi)置類型
            基類 構(gòu)成類層次結(jié)構(gòu)
            traits類
            策略類
            異常類
            附屬類

            #33 用小類代替巨類
            分而治之:小類易于編寫、測試和使用

            #34 用組合代替繼承
            繼承是僅次于友元的第二緊密的耦合關(guān)系
            軟件工程中的一條明智原則就是,盡量減少耦合
            通過(智能)指針保存對象,可以減少頭文件依賴性
            Pimpl技術(shù):將所有私有成員聚合在一個不透明的指針后面
            必須使用繼承的情況:
            1 需要改寫虛擬函數(shù)
            2 需要訪問保護成員
            3 需要在基類前構(gòu)造已使用過的對象,或者在基類之后銷毀此對象(基類比子類先構(gòu)造,后析構(gòu))
            4 需要操心虛擬基類

            #35 避免從非必要設(shè)計成基類的類中繼承
            獨立類和基類的設(shè)計有不同的考慮

            #36 優(yōu)先提供抽象接口
            優(yōu)先采用實現(xiàn)了抽象接口的設(shè)計層次結(jié)構(gòu)

            #37 公用繼承即可替換性。繼承,不是為了重用,而是為了被重用
            公用繼承描述的是“is-a”或者“works like a”關(guān)系
            組合描述的是“用...來實現(xiàn)”關(guān)系

            #38 實施安全的改寫

            #39 考慮將虛擬函數(shù)聲明為非公用的,將公用函數(shù)聲明為非虛擬的

            #40 避免提供隱式轉(zhuǎn)換
            隱式轉(zhuǎn)換構(gòu)造函數(shù):能夠用一個參數(shù)調(diào)用且未聲明為explicit的構(gòu)造函數(shù)。

            #41 將數(shù)據(jù)成員設(shè)為私有的、無行為的聚集

            #42 不要公開內(nèi)部數(shù)據(jù)

            #43 明智地使用Pimpl
            實現(xiàn)編譯器防火墻
            class A
            {
            private:
            struct Impl;//存儲所有私有成員
            shared_ptr<Impl> pimpl_;
            }

            #44 優(yōu)先編寫非成員非友元函數(shù)

            #45 總是一起提供new和delete

            #46 如果提供類專門的new,應(yīng)該提供所有標準形式(普通、就地和不拋出)
            void* operator new(std::size_t);//普通
            void* operator new(std::size_t,std::nothrow_t) throw();//不拋出
            void* operator new(std::size_t,void*);
            定義了一個某種形式的重載會隱藏其他的重載形式

            構(gòu)造、析構(gòu)與復(fù)制
            #47 以同樣的順序定義和初始化成員變量
            成員變量初始化順序與在類中聲明的順序一致

            #48 在構(gòu)造函數(shù)中用初始化代替賦值

            #49 避免在構(gòu)造函數(shù)和析構(gòu)函數(shù)中調(diào)用虛擬函數(shù)
            虛擬函數(shù)在構(gòu)造函數(shù)和析構(gòu)函數(shù)中并不虛擬

            #50 將基類析構(gòu)函數(shù)設(shè)為公用且虛擬的,或者保護且非虛擬的

            #51 析構(gòu)函數(shù)、釋放和交換絕對不能失敗

            #52 一致地進行復(fù)制和銷毀
            同時定義復(fù)制構(gòu)造函數(shù),復(fù)制賦值操作符和析構(gòu)函數(shù)

            #53 顯式地啟用或禁止復(fù)制

            #54 避免切片,在基類中考慮用克隆代替復(fù)制

            #55 使用賦值的標準形式

            #56 只要可行,就提供不會失敗的swap

            名字空間與模塊
            模塊:同一個人或小組維護的緊湊的發(fā)布單元
            #57 將類型及其非成員函數(shù)接口置于同一名字空間中
            對于一個類X而言,所有在同一個名字空間中提及X和隨X一起提供的函數(shù)邏輯上都是X的一部分,它們形成了X接口的組成部分。
            ADL 參數(shù)依賴查找

            #58 應(yīng)該將類型和函數(shù)分別置于不同的名字空間中,除非有意想讓它們一起工作

            #59 不要在頭文件中或者#include之前編寫名字空間using
            在頭文件中不要使用using指令或聲明,而應(yīng)該顯示使用名字空間限定所有名字
            不要在#include之前使用using

            #60 避免在不同的模塊中分配和釋放內(nèi)存

            #61 不要在頭文件中定義具有鏈接的實體

            #62 不要允許異??缭侥K邊界傳播

            #63 在模塊的接口中使用具有良好可移至性的類型
            不要讓類型出現(xiàn)在波快的外部接口中,除非能確保所有的客戶代碼都能夠正確地理解該類型。
            使用客戶代碼能夠理解的最高層抽象。
            抽象層越低,可移至性越好。

            模板與泛型
            #64 理智地結(jié)合靜態(tài)多態(tài)性和動態(tài)多態(tài)性
            靜態(tài)多態(tài)性是指模板類和模塊函數(shù)
            動態(tài)多態(tài)性是指類的虛擬函數(shù)和間接引用

            #65 有意地進行顯示自定義

            #66 不要特化函數(shù)模板

            #67 不要無意地編寫不通用的代碼

            錯誤處理與異常
            問題不在與我們是否會犯錯誤,而在于我們是否會安排編譯器和工具尋找錯誤。

            #68 廣泛地使用斷言記錄內(nèi)部假設(shè)和不變式
            一個事件中所含的信息量與該事件發(fā)生的概率是成反比的。
            不要使用斷言報告運行時錯誤

            #69 建立合理的錯誤處理策略,并嚴格遵守
            只在模塊邊界處改變錯誤處理機制

            #70 區(qū)別錯誤與非錯誤
            前條件
            后條件
            不變式

            #71 設(shè)計和編寫錯誤安全代碼
            基本保證:確保出現(xiàn)錯誤時程序會處于有效狀態(tài)。
            強保證:保證最終狀態(tài)要么時最初狀態(tài),要么是所希望的目標狀態(tài)。
            不會失敗保證:保證操作永遠不會失敗。

            #72 優(yōu)先使用異常報告錯誤
            使用異常而不是錯誤碼

            #73 通過值拋出,通過引用捕獲

            #74 正確地報告、處理和轉(zhuǎn)換錯誤

            #75 避免使用異常規(guī)范

            STL容器
            #76 默認使用vector,否則,選擇其他合適的容器

            #77 用vector和string代替數(shù)組

            #78 使用vector與非C++API交換數(shù)據(jù)
            &*iter:獲取迭代器引用元素的地址

            #79 在容器中只存儲值和智能指針
            在容器中存儲值對象

            #80 用push_back代替其他擴展序列的方式
            push_back 是按指數(shù)級擴大容量的

            #81 多用范圍操作,少用單元素操作

            #82 使用公認的慣用法真正地壓縮容量,真正地刪除元素
            swap:
            container<T>(c).swap(c);//去除多余容量的shrink-to-fit慣用法
            container<T>().swap(c);//去除全部內(nèi)容和容量的慣用法
            c.erase(remove(c.begin(),c.end(),value),c.end());//刪除元素的慣用法

            STL算法
            多用算法,少用循環(huán)
            #83 使用帶檢查的STL實現(xiàn)

            #84 用算法調(diào)用代替手工編寫的循環(huán)
            采取“處理此范圍”的算法性思維方式,取代“處理每個元素”的循環(huán)式思路
            使用boost.lambda庫

            #85 使用正確的STL查找算法
            查找無序范圍:find/find_if
            查找有序范圍:low_bound, upper_bound, equal_range, binary_search.
            對有序范圍,p=equal_range(first,last,value);distance(p.first,p.end);比count(first,last,value);更快

            #86 使用正確的STL排序算法
            開銷從低到高:partition,stable_partition,nth_element, partial_sort(partial_sort_copy),sort,stable_sort

            #87 使謂詞成為純函數(shù)
            將謂詞類型的operator()聲明為const

            #88 算法和比較器的參數(shù)應(yīng)多用函數(shù)對象少用函數(shù)

            #89 正確編寫函數(shù)對象
            將函數(shù)對象設(shè)計為復(fù)制成本很低的值類型。盡可能從unary_function或binary_function繼承

            類型安全
            #90 避免使用類型分支,多使用多態(tài)

            #91 依賴類型,而非其表示方式

            #92 避免使用reinterpret_cast

            #93 避免對指針使用static_cast
            使用dynamic_cast

            #94 避免強制轉(zhuǎn)換const

            #95 不要使用C風格的強制轉(zhuǎn)換

            #96 不要對非POD進行memcpy或者memcmp操作

            #97 不要使用聯(lián)合重現(xiàn)解釋表達方式

            #98 不要使用可變長參數(shù)
            boost.format庫

            #99 不要使用失效對象。不要使用不安全函數(shù)
            不要使用不安全的C語言遺留函數(shù)

            #100 不要多態(tài)地處理數(shù)組
            基類對象的數(shù)組和子類對象的數(shù)組是完全不同的類型

            posted on 2006-05-15 09:52 隨便寫寫 閱讀(554) 評論(0)  編輯 收藏 引用 所屬分類: 讀書筆記

            導(dǎo)航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統(tǒng)計

            常用鏈接

            留言簿(1)

            隨筆分類(30)

            隨筆檔案(16)

            文章分類(18)

            文章檔案(9)

            鏈接

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            国产精品中文久久久久久久| 国产香蕉久久精品综合网| 久久亚洲精品人成综合网| 东方aⅴ免费观看久久av| 久久精品毛片免费观看| 久久综合九色综合久99| 亚洲精品tv久久久久久久久久| 久久久无码精品午夜| 四虎国产精品成人免费久久| 9久久9久久精品| 久久综合偷偷噜噜噜色| 91精品国产91热久久久久福利| 亚洲欧美国产精品专区久久| 久久精品国产精品亚洲精品| 中文字幕久久亚洲一区| 91久久九九无码成人网站| 久久久久亚洲AV片无码下载蜜桃 | 狠狠色丁香婷婷久久综合| 久久精品夜夜夜夜夜久久| 日韩美女18网站久久精品| 大伊人青草狠狠久久| 久久精品国产亚洲AV蜜臀色欲| 国产精品无码久久综合网| 久久久av波多野一区二区| 99精品国产99久久久久久97| 久久精品国产清自在天天线| 狠狠色丁香久久综合五月| 日本人妻丰满熟妇久久久久久| 欧美激情一区二区久久久| 久久有码中文字幕| 久久综合久久伊人| 久久综合九色综合久99| 久久九九久精品国产| 久久久久无码专区亚洲av| 国产免费久久精品丫丫| 88久久精品无码一区二区毛片 | 亚洲综合日韩久久成人AV| 日本WV一本一道久久香蕉| 色偷偷91久久综合噜噜噜噜| 久久中文精品无码中文字幕| 亚洲国产成人精品91久久久|