任何接口設計的一個準則：讓接口容易被正確使用，不容易被誤用。
理想上：如何客戶企圖使用某個接口缺沒有獲得他所預期的行為，這個代碼不該通過編譯；如果代碼通過了編譯，他的行為就該是客戶所想要的。
1. 導入外覆類型（wrapper types）
2. 讓types容易被正確使用，不容易被誤用。盡量領你的types行為與內置types一致。
3. 設計class猶如設計type
新type的對象應該如何被創建和銷毀？（自己設計operatornew，operatornew[],operator delete和operator delete[])
對象的初始化和對象的復制該有什么樣的差別?對應于不同的函數調用
新type的對象如果被passed by value ，意味著什么
什么是新type的“合法值”？（？？）
你的新type需要配合某個繼承圖系嗎？
你的心type需要什么樣的轉換
什么樣的操作符合函數對此新type而言是合理的
什么樣的標準函數應該駁回
誰該取用新type的成員
什么是新type的未聲明接口
你的新type有多么一般化
你真的需要一個新type嗎
一、寧以pass-by-reference-to-const 替換 pass-by-value
1.tbw效率高，沒有任何構造函數或析構函數被調用，因為沒有任何新對象被創建。
2. by refrenece方式傳遞參數還可以避免對象slicing 問題
二、必須返回對象時，別妄想返回其reference
所有用上static對象的設計，會造成多線程安全性的懷疑。
三、將成員變量聲明為private：
1. 可以實現出“不準訪問”、“只讀訪問”、“讀寫訪問”、“惟寫訪問”
2. 封裝：它使我們能夠改變事物而只影響有限客戶。
將成員變量隱藏在函數接口的背后，可以為“所有可能的實現”提供彈性。如：tb變量被讀或被寫時通知其他對象、可以驗證class的約束條件以及函數的前提和事后轉帖；以及在多線程環境執行同步控制。。。。等。
四、寧以non-member、non-friend替換member函數
- namespace WebBrowserStuff{
- class WebBrowser{...};
- void clearBrowser(WebBrowser& wb);
- }
五、若所有參數皆需要類型轉換，請為此采用non-member函數
- class Rational {
- ...
- }
-
- const Rational operator*(const Rational& lhs,const Rational& rhs)
- {
- return Rational( lhs.numerator()* rhs.numerator()
- ,lhs.denominator()*rhs.denominator() );
- }
-
- Rational oneFourth（1，4）；
- Rational result；
- result = oneFourth * 2;
- result = 2*oneFourth;
六、考慮寫出一個不拋異常的swap函數