面向物件設計

變化是複用的天敵，而面向物件設計的最大優勢就是抵禦變化

面向物件設計原則

1.依賴倒置關係(DIP)

• 高層模組(穩定)不應該依賴於底層模組(變化)，二者都應該依賴於抽象(穩定)
• 抽象(穩定)不應該依賴於實現細節，實現細節應該依賴於抽象(穩定)

如上節 C++設計模式<一>：簡介中的例子
其中MainForm(高層模組)應該是穩定的，而第一種方案(分解模式)卻依賴於Line和Rect(底層模組)；
然而第二種方案（抽象設計模式）MainForm(高層模組)依賴於Shape(抽象)，且Line和Rect(底層)也依賴於Shape(抽象),但是注意抽象不應該依賴於底層；這樣就實現了隔離變化

2.開放封閉原則(OCP)

• 對擴充套件開放，對更該封閉
• 類模板應該是可擴充套件的，但是不可修改

對於需求變化，我們不應該去想著到處去更改，而是去新增，擴充套件

3.單一職責原則(SRP)

• 一個類僅有一個引起它變化的原因
• 變化的方向隱含著類的責任

類太多的原則，太多的責任，太多的方法，不正常。

4.Liskov替換原則

• 子類必須能夠替換它們的基類(is-a)
• 繼承表達型別抽象

所有需要父類的地方，子類(因為子類is-a父類)都可以傳過去，都可以使用。
繼承了父類，發現父類的方法有幾個不能用了，這就違背了這個原則。

5.介面隔離原則(ISP)

• 不應該強迫客戶程式依賴它們不用的方法
• 介面應該小而完備

不需要把不必要的方法public,如果是本類使用的話就private，如果是子類使用的話就protected。

6.優先使用物件組合，而不是類繼承

• 類繼承通常為“白箱複用”，物件組合通常為“黑箱複用”
• 繼承在某種程度上破環了封裝性，子類父類耦合度高
• 而物件組合則只要求被組合的物件具有良好的介面，耦合度低

7. 封裝變化點

• 使用封裝來建立物件之間的分界層，讓設計者可以在分界層的一側進行修改，而不會對另一側產生不良影響，從而實現層次間的鬆耦合

• [x] 底層來看：封裝就是資料和方法封裝成類
• [ ] 高層來看：我也還不懂，因此需要學習呀。

8. 針對介面程式設計，而不是針對實現程式設計

• 不將變數型別宣告為某個特定具體類，而是某個介面(這個當然不是絕對的)
• 客戶程式無需獲知物件的具體型別，只需要知道物件所知道的介面。
• 減少系統中各部分的依賴關係，從而實現“高內聚，鬆耦合”的型別設計方案

其實軟體就是分工協助的工作，因此介面標準化很重要，這也是一個產業強盛的標誌。

將設計原則提升為設計經驗

1. 設計習語 Design Idioms
   
   • Design Idioms描述與特定程式語言相關的底層模式，技巧，慣用法
2. 設計模式 Design Patterns
   
   • Design Patterns主要描述的是 “類與相互通訊的物件之間的組織關係，包括它們的角色，職責，協作方式等方面”
3. 架構模式 Architectural Patterns
   
   • Architectural Patterns描述系統中基本結構組織關係密切的高層模式，包括子系統劃分，職責，以及如何組織它們之間關係規則