第 5 章 會修電腦不會修收音機 —— 依賴倒轉原則

標籤：style   blog   http   color   使用   ar   strong   資料   sp   

抽象不應該依賴細節，細節應該依賴抽象。針對介面編程，不要針對實現編程。  A：高層模組不應該依賴低層模組。兩個都應該依賴抽象。 B：抽象不應該依賴細節。細節應該依賴抽象。 為什麼要叫倒轉？面向過程的開發是，為了使得代碼可以複用，一般都會把這些常用代碼寫成許許多多函數的程式庫，這樣我們在做新項目是，去調用這些底層的函數就可以了。比如我們做的項目大多是要訪問資料庫，所以我們就把訪問資料庫的代碼寫成了函數，每次做新項目是就去調用這些函數，這就叫高層模組依賴底層模組。    裡氏替換原則子類型必須能夠替換掉它們的父類型。 一個軟體實體如果使用的是一個父類的話，那麼一定適用於其子類，而且察覺不出父類對象和子類對象的區別。也就是說，在軟體裡面，把父類都替換成它的子類，程式的行為沒有變化。 只有子類可以替換掉父類，軟體單位的功能不受到影響是，父類才能真正被複用，而子類也能夠在父類的基礎上增加新的行為。 由於子類型的可替換性才使得使用父類類型的模組在無需修改的情況下就可以擴充。依賴倒轉其實可以說是物件導向設計的標誌，用哪種語言編寫程式不重要，如果編寫時考慮的都是如何 針對抽象編程而不是針對細節編程，即程式中所有依賴關係都是終止於抽象類別或者介面，那就是物件導向的設計，反之就是過程化的設計了。

第 5 章 會修電腦不會修收音機 —— 依賴倒轉原則