一、依賴倒轉原則：抽象不應依賴於細節，細節應該依賴於抽象
二、依賴倒轉原則主要特徵：
1.高層模組不應該依賴底層模組，兩個都應該依賴抽象
2.抽象不應該依賴於細節，細節應該依賴於抽象
三、黎克特制代換原則：子型別必須能夠替換掉它們的父類
乙個軟體實體如果使用的是乙個父類，那麼一定適用於其子類，而且它察覺不出父類和子類的區別。也就是說，把父類都替換成子類，程式行為沒有變化。（子類擁有父類所有非
private
的行為和屬性）
四、黎克特制代換原則主要特徵：
1.只有當子類可以替換掉父類，軟體單位的功能不受到影響時，父類才能真正被復用，而子類也能在父類的基礎上增加新的行為
2.由於子型別的可替換性才使得父型別的模組在無需修改的情況下就可以擴充套件。
五、總結：依賴倒轉其實可以說是物件導向設計的標誌，用哪種語言來編寫程式不重要，如果編寫時考慮的都是如何針對抽象程式設計而不是針對細節程式設計，即程式中所有的依賴關係都是終止於抽象類或者介面，那就是物件導向的設計，反之那就是過程話的設計。
引用：<<
大話設計模式
>>
（程杰）
設計模式 依賴倒轉原則
依賴倒轉原則又稱依賴倒置原則 抽象不應該依賴細節，細節應該依賴於抽象。說白了，就是針對介面程式設計，不要針對實現程式設計。依賴倒置原則包含三層含義 1 高層模組不應該依賴低層模組，兩者都應該依賴其抽象 2 抽象不應該依賴細節 3 細節應該依賴抽象。看了上面的解釋相信大家會和我一樣會有一些疑問在腦海裡...
設計模式 依賴倒轉原則
依賴倒轉原則解釋 抽象不應該依賴於細節，細節應該依賴於抽象。說通俗點也就是針對介面程式設計，不要針對實現程式設計。我們在做開發的時候，要訪問資料庫，就會把訪問資料庫的 寫成函式，每次去開發的時候呼叫這些函式就行了，其實這就叫高層模組依賴底層模組，違反了依賴倒轉原則。當我們做乙個新專案的時候，發現業務...
設計模式 依賴倒轉原則
include using namespace std class benz boss bmw bmw void drivebenz void drivebmw private benz benz bmw bmw 此時若老闆還想開寶馬，必須還要再有乙個bmw bmw私有變數，還要定義相應的建構函式和...