Part1一、讓自己習慣C++

條款01：視C++為一個語言聯邦

條款02:盡量以const,enum,inline替換 #define

 #define ASPECT_RATIO 1.653

    1. 如果你的編譯器支持在類內對const static 整數類型聲明時獲初值，則使用
    2. 如果不支持，則在類內定義，在對應的實現文件中賦值

條款 03:盡可能使用const

    1. 他們使class接口比較容易理解
    2. 他們使得可以操作const對象

條款 04:確定對象被使用前已先被初始化

class FileSystem{...};
FileSystem& tfs(){
    static FileSystem fs;
    return fs;
}

Part2二、構造/析構/賦值運算

條款05:了解C++默默編寫并調用了哪些函數

    1. 類中含有引用的成員變量
    2. 類中含有const的成員變量
    3. 類的基類中的拷貝賦值運算符是私有成員函數

條款06：若不想使用編譯器自動生成的函數，就應該明確拒絕

條款07：為多態(tài)基類聲明virtual析構函數

    1. 用來作為帶有多態(tài)性質的基類的類
    2. 一個類中帶有任何virtual函數

條款08：別讓異常逃離析構函數

條款09：絕不再構造和析構函數中調用virtual函數

解決辦法之一：

class Transaction{
    publci:
     explicit Transaction(const std::string& logInfo);
     void logTransaction(const std::string& logIngo) const;//把它變成這樣的non-virtual函數
     ...
};
Transaction::Transaction(const std::string& logInfo){
    ...
    logTransaction(logInfo);//這樣調用
}
class BuyTransaction: public Transaction{
     BuyTransaction( parameters ):Transaction(createLogString( parameters )){...}//將log信息傳給基類的構造函數
    private:
     static std::string createLogString( parameters );//注意此函數為static函數
}

條款10：令operator= 返回一個reference to *this

條款11：在operator= 中處理“自我賦值”

Widget::operator=(const Widget& rhs){
 delete pb; //把自己釋放了
 pb = new Bitmap(*rhs.pb);//這就不安全了
 return *this;
}

1. 先驗證是不是相同的，是不是自我賦值

Widget::operator=(const Widget& rhs){
if(this == &rhs) return *this;//驗證是不是相同
 delete pb; 
 pb = new Bitmap(*rhs.pb);
 return *this;
}

2. 在復制pb所指的東西之前別刪除pb

Widget::operator=(const Widget& rhs){
 Bitmap* pOrig = pb;
 pb = new Bitmap(*rhs.pb);//讓pb指向*pb的一個副本
    delete pOrig; //刪除原先的pb
 return *this;
}

3. 使用交換數據的函數

class Widget{
...
void swap(Widget& rhs);//交換*this和rhs的數據
...
};
Widget::operator=(const Widget& rhs){
 Widget temp(rhs);//創(chuàng)建一個rhs副本
 swap(temp);//交換*this和上面的副本
 return *this;
}

條款12：復制對象時勿忘其每一個成分

Part3三、資源管理

條款13：以對象管理資源

條款14：在資源管理類中心copying行為

    1. 當我們處理不能同步擁有的資源的時候，可以才用禁止復制
    2. 當我們希望共同擁有資源的時候，可以采用引用計數法
    3. 當我們需要拷貝的時候，可以采用深拷貝
    4. 或者某些時候我們可以采用轉移底部資源擁有權的方式

條款15：在資源管理類中提供對原始資源的訪問

class Font{
 ...
 FontHandle get() const {return f;} //顯示轉換
 ...
 operator FontHandle() const {return f;} //隱式轉換函數
 ....
 private:
  FontHandle f; //管理的原始資源
}

條款16：成對使用new和delete時要采用相同形式

條款17：以獨立語句將newed對象置入智能指針

   諸如這樣的語句processWidget (std::tr1::shared_ptr(new Widget),priority())

    1. 在先執(zhí)行new Widget`語句和調用std::tr1::shared_ptr構造函數之間
    2. 不能確定priority函數的執(zhí)行順序，可能在最前面，也可能在他們的中間

Part4四、設計與聲明

條款18：讓接口容易被正確使用，不易被誤用

條款19：設計class猶如設計type

    1. 合理的構建class的構造函數、析構函數和內存分配函數以及釋放函數
    2. 不能把初始化和賦值搞混了
    3. 如果你的類需要被用來以值傳遞，復制構造函數應該設計一個通過值傳遞的版本
    4. 你應該給你的成員變量加約束條件，保證他們是合法值，所以你的成員函數必       須擔負起錯誤檢查工作
    5. 如果你是派生類，那么你應該遵守基類的一些規(guī)范，如析構函數是否為       virtural
    6. 你是否允許你的class有轉換函數，，是否允許隱式轉換。如果你只允許       explicit構造函數存在，就得寫出專門負責執(zhí)行轉換的函數
    7. 想清楚你的類應該有哪些函數和成員
    8. 哪些應該設計為私有
    9. 哪個應該是你的friend,以及將他們嵌套與另一個是否合理
    10. 對效率，異常安全性以及資源運用提供了哪些保證
    11. 如果你定義的不是一個新type,而是定義整個type家族，那么你應該定義一        個類模板
    12. 如果只是定義新的字類以便為已有的類添加機制，說不定單純定義一個或多        個模板更好

條款20：寧以pass-by-reference-to-const替換pass-by-value

條款21：必須返回對象時，別妄想返回其reference

條款22：將成員變量聲明為private

    1. 為了保證一致性
    2. 可以細微的劃分訪問和控制以及約束
    3. 內部更改后不影響使用

protected并不比public更具封裝性

條款23：寧以non-member、non-friend、替換member函數

條款24：若所有參數皆需要類型轉換，請為此采用non-member函數

條款25：考慮寫出一個不拋出異常的swap函數

Part5五、實現

條款26：盡可能延后變量定義式的出現時間

條款27：盡量少做轉型動作

1. const_cast 通常被用來將對象的常量性轉除。它也是唯一有此能力的轉型操作符

2. dynamic_cast 主要用來執(zhí)行“安全向下轉型” ，也就是用來決定對某對象是否歸屬繼承體系中的某個類型。它是唯一無法由舊式語法執(zhí)行的動作，也是唯一可能耗費重大運行成本的轉型動作

3. reinterpret_cast 意圖執(zhí)行低級轉型，實際動作（及結果）可能取決于編譯器，這也就表示它不可移植。例如將一個pointer to int轉型為一個int。這一類轉型在低級代碼以外很少見。

4. static_cast 用來強迫隱式轉換，例如將non-const對象轉換為const對象，或將int轉為double等等，它也可以用來執(zhí)行上述多種轉換的反向轉換，例如將void* 指針轉為 type 指針，將pointer-to-base 轉為 pointer-ro-derived 。但它無法將 const 轉為 non-const ——這個只有const_cast才能辦到

舊式轉型使用的時機是，當要調用一個explicit構造函數對一個對象傳遞給一個

函數時，其他盡量用新式轉型

        請記住以下：

    1. 如果可以的話，避免dynamic_cast轉型，如果實在需要，則可以試著用別的       無轉型方案代替
    2. 如果轉型是必要的，那么應該把他隱藏于某個函數背后，客戶隨后可以調用該       函數，而不是需要將轉型放進自己的代碼里
    3. 寧可要新型轉型，也不要使用舊式轉型

條款28：避免返回handles指向對象內部成分

條款29：為“異常安全”而努力是值得的

    1. 首先以對象管理資源可以阻止資源泄漏
    2. 在你能實現的情況下，盡量滿足以上的最高等級

條款30：透徹了解inlining 的里里外外

    1. 隱喻的inline申請，即把定義寫在class內部
    2. 明確聲明，即在定義式前加上關鍵字inline

條款31：將文件間的編譯依存關系降至最低

    1. 頭文件和實現相分離，頭文件完全且僅有聲明式
    2. 使用創(chuàng)建接口類

Part6六、繼承與面向對象設計

條款32:確定你的public繼承塑模出is-a關系

條款33：避免遮掩繼承而來的名稱

條款34：區(qū)分接口繼承和接口實現

條款35：考慮virtual函數以外的其他選擇

條款36：絕不重新定義繼承而來的non-virtual函數

條款37：絕不重新定義繼承而來的缺省參數值

條款38：通過復合塑模has-a或“根據某物實現出”

條款39：明智而審慎地使用private繼承

條款40：明智而審慎地使用多重繼承

Part7七、模板與泛型編程

條款41：了解隱式接口和編譯期多態(tài)

條款42：了解typename的雙重意義

templete<typename T>
class Derived:public Base<T>::Nested{ //基類列表中不可以加“typename”
public:
    explicit Derived(int x): Base<T>::Nested(x){//mem.init.list中不允許“typename”
        typename Base<T>::Nested temp; //這個是嵌套從屬類型名稱
        ... //作為一個基類修飾符需要加上typename
    }
}   

條款43：學習處理模板化基類內的名稱

    1. 在基類函數調用之前加上  this->
    2. 使用 using 聲明式  ,告訴編譯器，請它假設這個函數存在
    3. 指出這個函數在基類中，使用基類::函數的形式寫出來（不推薦這個，因為如       果是virtual函數，則 會影響動態(tài)綁定）
   但是當有模板全特化的時候，確實使用的沒有這個函數，那么依然會報錯

條款44：將與參數無關的代碼抽離出來

條款45：運用成員函數模板接受所有兼容類型

條款46：需要類型轉換時請為模板定義非成員函數

Part8八、定制new和delete

條款49：了解new—handler的行為

    1. 讓更多內存可被使用。此策略的一個做法是，程序一開始就分配一大塊內存，而后當其第一次被調用，將它釋還給程序使用
    2. 安裝另一個new—handler。可以設置讓其調用另一個new—handler來替換自己，用來做不同的事情，其做法是調用set_new_handler
    3. 卸載new—handler,也就是將null指針傳給set_new_handler，這樣new在分配不成功時拋出異常
    4. 拋出bad_alloc的異常。
    5. 不返回，調用abort或exit
    6. C++并部支持類的專屬new—handler，但其實也不需要。你可以令每個類提供自己的set_new_handler和operator new即可
       set_new_handler允許客戶指定一個函數，在內存分配無法獲得滿足時調用。
       Nothrow new是一個頗為局限的工具，因為它只適用于內存分配：后繼的構造函數調用還是可能拋出異常

條款50：了解new和delete的合理替換時機

條款51：編寫new和delete時需固守常規(guī)

條款52：寫了placement new也要寫placement delete

Part9九、雜項討論

條款53：不要輕忽編譯器的警告

條款54：讓自己熟悉包括TR1在內的標準程序庫

條款55：讓自己熟悉Boost