面向物件設計的SOLID原則
開放封閉原則(The Open Closed Principle)
** 一個軟體物體如類、模塊和函式應該對擴展開放，對修改代碼關閉，即軟體物體應盡量在不修改原有代碼的情況下進行擴展**
[========]
軟體物體應該是可擴展，而不可修改的，也就是說，對擴展是開放的，而對修改是封閉的，如果不是呼叫物體的解耦，盡量不要去修改物體的內容，避免物體自己的邏輯呼叫出錯
里氏替換原則(The Liskov Substitution Principle)
** 所有參考父類的地方必須能透明地使用其子類的物件**
[========]
簡而言之，就是遵循父類的定義原則（引數及引數型別、回傳值及其型別、 邏輯處理，，，），當一個子類繼承了父類，那么子類的一些表現最好和父類的一致，保證有參考父類的地方，參考該子類也不會報錯，
依賴倒置原則（The Dependency Inversion Principle）
**高層模塊不應該依賴于低層模塊，二者都應該依賴于抽象，
抽象不應該依賴于細節，細節應該依賴于抽象 **
[========]
這個和上面的開放封閉原則類似，高層模塊模塊不應該依賴底層模塊，而是依賴于底層抽象出來的介面，剩下的有底層模塊來完成，這個是需要底層模塊開發出來時就考慮到的；而抽象出來的介面不要去關心具體實作的細節，但是細節應該依賴這個抽象的定義，比如，實作一個支付模塊，對接支付的第三方有很多種，支付寶、微信、信用卡等，這時候如果開發了一個通用的支付物件，剩下的對接不同支付平臺的作業交給高層模塊來做，此時的高層模塊不應該依賴底層的具體實作的細節，而是要實作底層抽象出來的介面；而抽象出來的介面不用關心具體是如何去對接不同的平臺的，但是對應平臺的細節應該要遵循介面的定義，如這里要你去對接支付平臺，而你實作了去下載圖片，這自然就是不行的
介面隔離原則（The Interface Segregation Principle）
使用多個專用的介面，而不是使用單一的總介面，即呼叫端不應該依賴那些它不需要的介面
[========]
當呼叫端去呼叫底層的模塊，而底層的模塊要求呼叫端必須實作它的所有抽象介面，但是，呼叫端去呼叫底層的模塊不需要使用全部的抽象介面，這時候就會產生不必要的作業，介面隔離原則強調，呼叫端不應該依賴那些不需要的介面
單一職責原則（The Single Responsibility Principle）
不要存在多于一個導致類變更的原因，即一個類只負責一項職責
這個原則就是我們常說的解耦，將不同的功能讓不同的模塊來實作，當發生變動時只需要修改其中的某個模塊即可
設計模式的分類
創建型模式:
工廠模式、抽象模式、創建者模式、原型模式、單例模式
結構型模式：
配接器模式、橋模式、組合模式、裝飾模式、外觀模式、享元模式、代理模式
行為型模式：
解釋器模式、責任鏈模式、命令模式、迭代器模式、中介者模式、備忘錄模式、觀察者模式、狀態模式、策略模式、訪問者模式、模板方式模式
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/12563.html
標籤：設計模式
上一篇：大話設計-模板方法模式