面向對象設計的原則

面向對象設計的SOLID原則

---

開放封閉原則(The Open Closed Principle)

** 一個軟件實體如類、模塊和函數應該對擴展開放，對修改代碼關閉。即軟件實體應儘可能在不修改原有代碼的狀況下進行擴展**

[========]

軟件實體應該是可擴展，而不可修改的。也就是說，對擴展是開放的，而對修改是封閉的。若是不是調用實體的解耦，儘可能不要去修改實體的內容，避免實體本身的邏輯調用出錯

---

里氏替換原則(The Liskov Substitution Principle)

** 全部引用父類的地方必須能透明地使用其子類的對象**

[========]

簡而言之，就是遵循父類的定義原則（參數及參數類型、返回值及其類型、 邏輯處理。。。）。當一個子類繼承了父類，那麼子類的一些表現最好和父類的一致，保證有引用父類的地方，引用該子類也不會報錯。

---

依賴倒置原則（The Dependency Inversion Principle）

**高層模塊不該該依賴於低層模塊，兩者都應該依賴於抽象。
抽象不該該依賴於細節，細節應該依賴於抽象 **

[========]

這個和上面的開放封閉原則相似，高層模塊模塊不該該依賴底層模塊，而是依賴於底層抽象出來的接口，剩下的有底層模塊來完成，這個是須要底層模塊開發出來時就考慮到的；而抽象出來的接口不要去關心具體實現的細節，可是細節應該依賴這個抽象的定義。好比，實現一個支付模塊，對接支付的第三方有不少種，支付寶、微信、信用卡等。這時候若是開發了一個通用的支付對象，剩下的對接不一樣支付平臺的工做交給高層模塊來作。此時的高層模塊不該該依賴底層的具體實現的細節，而是要實現底層抽象出來的接口；而抽象出來的接口不用關心具體是如何去對接不一樣的平臺的，可是對應平臺的細節應該要遵循接口的定義，如這裏要你去對接支付平臺，而你實現了去下載圖片，這天然就是不行的

---

接口隔離原則（The Interface Segregation Principle）

使用多個專用的接口，而不是使用單一的總接口，即調用端不該該依賴那些它不須要的接口

[========]

當調用端去調用底層的模塊，而底層的模塊要求調用端必須實現它的全部抽象接口，可是，調用端去調用底層的模塊不須要使用所有的抽象接口，這時候就會產生沒必要要的工做。接口隔離原則強調，調用端不該該依賴那些不須要的接口

---

單一職責原則（The Single Responsibility Principle）

不要存在多於一個致使類變動的緣由。即一個類只負責一項職責

這個原則就是咱們常說的解耦，將不一樣的功能讓不一樣的模塊來實現，當發生變更時只須要修改其中的某個模塊便可

---

設計模式的分類

建立型模式:

工廠模式、抽象模式、建立者模式、原型模式、單例模式

結構型模式：

適配器模式、橋模式、組合模式、裝飾模式、外觀模式、享元模式、代理模式

行爲型模式：

解釋器模式、責任鏈模式、命令模式、迭代器模式、中介者模式、備忘錄模式、觀察者模式、狀態模式、策略模式、訪問者模式、模板方式模式