物件導向五大基本原則

以前一直認為程式中的類有使用到封裝繼承多型就是物件導向設計,其實不然

封裝,繼承,多型只是物件導向的三大特性,但是在設計程式的時候並不是說類的結構使用到了(或是體現出了)這三個特性就是物件導向,

其實真正的物件導向設計是要符合下面的五大原則,

物件導向的五大基本原則

單一職責原則（srp）

開放封閉原則（ocp）

黎克特制替換原則（lsp）

依賴倒置原則（dip）

介面隔離原則（isp）

單一職責原則（srp）

• 乙個類應該僅有乙個引起它變化的原因(最簡單，最容易理解卻最不容易做到的乙個設計原則)

職員類例子：

比如在職員類裡，將工程師、銷售人員、銷售經理這些情況都放在職員類裡考慮，其結果將會非常混亂，在這個假設下，職員類裡的每個方法都要if else判斷是哪種情況，從類結構上來說將會十分臃腫，並且上述三種的職員型別，不論哪一種發生需求變化，都會改變職員類！這個是大家所不願意看到的！

開放封閉原則（ocp）

• 既開放又封閉，對擴充套件是開放的，對更改是封閉的！

• 擴充套件即擴充套件現行的模組，當我們軟體的實際應用發生改變時，出現新的需求，就需要我們對模組進行擴充套件，使其能夠滿足新的需求！

更改封閉即是在我們對模組進行擴充套件時，勿需對源有程式**和dll進行修改或重新編譯檔案！

這個原則對我們在設計類的時候很有幫助，堅持這個原則就必須盡量考慮介面封裝，抽象機制和多型技術！

黎克特制替換原則（lsp）

• 子類可以替換父類並且出現在父類能夠出現的任何地方

• 這個原則也是在貫徹gof倡導的面向介面程式設計！

在這個原則中父類應盡可能使用介面或者抽象類來實現！

子類通過實現了父類介面，能夠替父類的使用地方！

通過這個原則，我們客戶端在使用父類介面的時候，通過子類實現！

意思就是說我們依賴父類介面，在客戶端宣告乙個父類介面，通過其子類來實現

這個時候就要求子類必須能夠替換父類所出現的任何地方，這樣做的好處就是，在根據新要求擴充套件父類介面的新子類的時候而不影響當前客戶端的使用！

依賴倒置原則（dip）

• 傳統的結構化程式設計中，最上層的模組通常都要依賴下面的子模組來實現，也

稱為高層依賴低層！

所以dip原則就是要逆轉這種依賴關係，讓高層模組不要依賴低層模組，所以稱之為依賴倒置原則！

isp 介面隔離原則

• 這個原則的意思是：使用多個專門的介面比使用單個介面要好的多！

這個我有體會，在我實際程式設計中，為了減少介面的定義，將許多類似的方法都放在乙個介面中，最後發現，維護和實現介面的時候花了太多精力，而介面所定義的操作相當於對客戶端的一種承諾，這種承諾當然是越少越好，越精練越好，過多的承諾帶來的就是你的大量精力和時間去維護！