設計模式原則依賴倒轉原則（三）

依賴倒轉原則解釋：抽象不應該依賴於細節，細節應該依賴於抽象，說通俗點也就是針對介面程式設計，不要針對實現程式設計.我們在做開發的時候，要訪問資料庫，就會把訪問資料庫的**寫成函式，每次去開發的時候呼叫這些函式就行了，其實這就叫高層模組依賴低層模組，違反了依賴倒轉原則

.當我們做乙個新專案的時候，發現業務邏輯的高層模組都是一樣的，但是客戶希望換成不同的資料庫，這就出問題了，我們希望能再次利用這些高層的業務邏輯模組，但是高層的業務邏輯模組和低層的資料訪問模組是繫結的，沒有辦法復用這些高層模組，就好像電腦裡如果cpu，記憶體，硬碟都需要依賴具體的主機板，主機板一換，所有的部件就沒用了，這是不合理的，反過來，因為cpu對應到具體的某個品牌的主機板，那麼cpu一換，那就得更換主機板了，這也是不合理的，這裡的例子就體現了「倒轉」兩個字的含義

.不管高層模組還是低層模組，它們應該都依賴與抽象，就是都依賴介面和抽象類，只要介面是穩定的，那麼任何乙個的更改都不用擔心其他的受到影響，這就使得無論高層模組還是低層模組都可以被復用，這也是最好的辦法