今天和大家聊乙個我們平常開發中會經常用，但是自己也意識不到的乙個設計模式，就是依賴倒轉原則，是不是聽起來挺高大上，因為我自己一開始接觸這個設計模式時也被它的名字給唬住了，以為這個很晦澀難懂，不過研究過後，後發現這個設計模式在我們的實際開發中用到地方會非常多，也很頻繁。
其實設計模式和物件導向結合起來理解就非常容易了，它們的核心思想就是使我們的**高內聚，低耦合，物件導向的好處大體可以說有4點：可維護、可擴充套件、可復用、靈活性好。其實設計模式就是依賴和實現物件導向這四個好處的。
a：高層次的模組不應該依賴於低層次的模組，他們都應該依賴於抽象。
b：抽象不應該依賴於具體實現，具體實現應該依賴於抽象。
依賴倒轉原則的乙個核心原則就是降低耦合性。我們可能要疑惑一點，為什麼高層次的模組不應該依賴低層次的模組，我查閱資料後，是有乙個李氏代換原則，它講得是：乙個軟體實體如果使用的是乙個父類的話，那麼一定適用於其子類，而且它察覺不出父類物件和子類物件的區別。也就是說，在軟體裡邊，把父類都替換成它的子類，程式的行為沒有變化，即：子型別必須能夠替換掉他們的父型別。
public inte***ce icar
public class bmwcar:icar
public void turn()
public void stop()
}public class fordcar:icar
public void turn()
public void stop()
}public class hondacar:icar
public void turn()
public void stop()
}public class autosystem
private void runcar()
private void turncar()
private void stopcar()
}
通過**我們可以看到，因為我們依賴了icar這個抽象類，我們的實體類無論是增加還是修改，都會遵從icar的原則，而icar的核心**我們不會更改。
good luck!
write by jimmy.li
設計模式 依賴倒轉原則
依賴倒轉原則又稱依賴倒置原則 抽象不應該依賴細節，細節應該依賴於抽象。說白了，就是針對介面程式設計，不要針對實現程式設計。依賴倒置原則包含三層含義 1 高層模組不應該依賴低層模組，兩者都應該依賴其抽象 2 抽象不應該依賴細節 3 細節應該依賴抽象。看了上面的解釋相信大家會和我一樣會有一些疑問在腦海裡...
設計模式 依賴倒轉原則
依賴倒轉原則解釋 抽象不應該依賴於細節，細節應該依賴於抽象。說通俗點也就是針對介面程式設計，不要針對實現程式設計。我們在做開發的時候，要訪問資料庫，就會把訪問資料庫的 寫成函式，每次去開發的時候呼叫這些函式就行了，其實這就叫高層模組依賴底層模組，違反了依賴倒轉原則。當我們做乙個新專案的時候，發現業務...
設計模式 依賴倒轉原則
include using namespace std class benz boss bmw bmw void drivebenz void drivebmw private benz benz bmw bmw 此時若老闆還想開寶馬，必須還要再有乙個bmw bmw私有變數，還要定義相應的建構函式和...