定義
DIP原則定義中核心的兩句描述為如下兩條:
- 高層次的模塊不應該依賴于低層次的模塊，兩者都應該依賴于抽象接口（抽象）。
- 抽象接口（抽象）不應該依賴于具體實現。而具體實現則應該依賴于抽象接口（抽象）。
三條原則
其他原則或者設計模式的解耦手段有很多，DIP的解耦手段就是確定不變，以不變應對需求的多變性，只有不變才是穩定的。
什么是不變？不變就是抽象。
- 代碼中多用抽象接口，盡最大可能避免使用具體實現類，且實現類中要一直確定組合優于繼承的方式。
- virtual在設計時就應該是一個沒有任何邏輯的空函數。
- 在抽象設計時，應用
Open這類名稱代替如OpenInventory含有具體實現細節的名稱。
一個小示例
image
如上圖所示的依賴關系，View依賴Manager，Manager依賴Plugin，Plugin依賴View。這種依賴關系有2個問題。
- 這種依賴遷移性(Transitivity)會造成View也依賴于Plugin
- 這是一種循環依賴，是設計上非常忌諱的事情。
為了打破這種遷移性和循環依賴，我們添加抽象接口IView，讓View和Manager都依賴于Iview，這時View和Manager的關系就反轉了或者說倒置了。
當然Plugin和View也可以用這種方式進行隔離。對于這種不穩定的依賴(View、數據庫、插件等)，我們都可以用抽象接口的方式將其隔離，對依賴方向進行反轉。
