()繼承只應被用來為特化層次結構建模
()派生類必須知道基類基類不應該知道關於它們的派生類的任何信息
()基類中的所有數據都應當是私有的不要使用保護數據
類的設計者永遠都不應該把類的使用者不需要的東西放在公有接口中
()在理論上繼承層次體系應當深一點越深越好
()在實踐中繼承層次體系的深度不應當超出一個普通人的短期記憶能力一個廣為接受的深度值是
()所有的抽象類都應當是基類
()所有的基類都應當是抽象類
()把數據行為和/或接口的共性盡可能地放到繼承層次體系的高端
()如果兩個或更多個類共享公共數據(但沒有公共行為)那麼應當把公共數據放在一個類中每個共享這個數據的類都包含這個類
()如果兩個或更多個類有共同的數據和行為(就是方法)那麼這些類的每一個都應當從一個表示了這些數據和方法的公共基類繼承
()如果兩個或更多個類共享公共接口(指的是消息而不是方法)那麼只有他們需要被多態地使用時他們才應當從一個公共基類繼承
()對對象類型的顯示的分情況分析一般是錯誤的在大多數這樣的情況下設計者應當使用多態
()對屬性值的顯示的分情況分析常常是錯誤的類應當解耦合成一個繼承層次結構每個屬性值都被變換成一個派生類
()不要通過繼承關系來為類的動態語義建模試圖用靜態語義關系來為動態語義建模會導致在運行時切換類型
()不要把類的對象變成派生類對任何只有一個實例的派生類都要多加小心
()如果你覺得需要在運行時刻創建新的類那麼退後一步以認清你要創建的是對象現在把這些對象概括成一個類
()在派生類中用空方法(也就是什麼也不做的方法)來覆寫基類中的方法應當是非法的
()不要把可選包含同對繼承的需要相混淆把可選包含建模成繼承會帶來泛濫成災的類
()在創建繼承層次時試著創建可復用的框架而不是可復用的組件
()如果你在設計中使用了多重繼承先假設你犯了錯誤如果沒犯錯誤你需要設法證明
()只要在面向對象設計中用到了繼承問自己兩個問題()派生類是否是它繼承的那個東西的一個特殊類型?()基類是不是派生類的一部分?
()如果你在一個面向對象設計中發現了多重繼承關系確保沒有哪個基類實際上是另一個基類的派生類
()在面向對象設計中如果你需要在包含關系和關聯關系間作出選擇請選擇包含關系
()不要把全局數據或全局函數用於類的對象的薄記工作應當使用類變量或類方法
()面向對象設計者不應當讓物理設計准則來破壞他們的邏輯設計但是在對邏輯設計作出決策的過程中我們經常用到物理設計准則
()不要繞開公共接口去修改對象的狀態
[] []
From:http://tw.wingwit.com/Article/program/PHP/201311/21392.html
