#include using namespace std;
class benz
boss(bmw *bmw)
void drivebenz()
void drivebmw()
private:
benz *benz;
bmw *bmw;
}; //此時若老闆還想開寶馬，必須還要再有乙個bmw *bmw私有變數，還要定義相應的建構函式和方法
int main()
;class driver
;//-------實現層------- 向抽象層靠攏
class benz:public car //面向抽象類開發
virtual void drive()
private:
car *car;
};class li:public driver
virtual void drive()
private:
car *car;
};//---------業務邏輯類----------- 向抽象層看齊
（1）高層模組不應該依賴於低層模組，2個都應該依賴於抽象。
（2）抽象不應該依賴於細節，細節應該依賴抽象。
設計模式 依賴倒轉原則
依賴倒轉原則又稱依賴倒置原則 抽象不應該依賴細節，細節應該依賴於抽象。說白了，就是針對介面程式設計，不要針對實現程式設計。依賴倒置原則包含三層含義 1 高層模組不應該依賴低層模組，兩者都應該依賴其抽象 2 抽象不應該依賴細節 3 細節應該依賴抽象。看了上面的解釋相信大家會和我一樣會有一些疑問在腦海裡...
設計模式 依賴倒轉原則
依賴倒轉原則解釋 抽象不應該依賴於細節，細節應該依賴於抽象。說通俗點也就是針對介面程式設計，不要針對實現程式設計。我們在做開發的時候，要訪問資料庫，就會把訪問資料庫的 寫成函式，每次去開發的時候呼叫這些函式就行了，其實這就叫高層模組依賴底層模組，違反了依賴倒轉原則。當我們做乙個新專案的時候，發現業務...
設計模式原則 依賴倒轉原則（三）
依賴倒轉原則解釋 抽象不應該依賴於細節，細節應該依賴於抽象，說通俗點也就是針對介面程式設計，不要針對實現程式設計.我們在做開發的時候，要訪問資料庫，就會把訪問資料庫的 寫成函式，每次去開發的時候呼叫這些函式就行了，其實這就叫高層模組依賴低層模組，違反了依賴倒轉原則 當我們做乙個新專案的時候，發現業務...