溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
1.問題由來：類A直接依賴類B，假如要將類A改為依賴類C，則必須通過修改類A的代碼來達成。這種場景下，類A一般是高層模塊，負責復雜的業務邏輯；類B和類C是低層模塊，負責基本的原子操作；假如修改類A，會給程序帶來不必要的風險。
2.解決方案：將類A修改為依賴接口I，類B和類C各自實現接口I，類A通過接口I間接與類B或者類C發生聯系，則會大大降低修改類A的幾率。（其實換成接口，可能下面的很多代碼都不需要變了，如果還是A，B的對象實例，那么下面的代碼可能會發生修改。）
3.依賴倒置原則針對的是接口編程。
4.對于容易發生的變化的地方，提供接口，接口具有高度抽象性，讓其進行接收，這樣就可以極大的減少修改高層模塊中的代碼。
上面的僅僅是純概念本身的理解：
以下是貨真價實的理解。
繼承的作用是復用前人寫的代碼
多態的作用是前人寫好的框架，該框架可以調用后來人寫好的代碼。這正是設計模式的精髓。想想也是。（這就是可擴展，這是不是很厲害）。
舉例說明：
假設計算機有3大重要部件：cpu，硬盤，內存條
為了能夠讓計算機能夠和三大部件進行解耦合，意思就是計算機可以安裝任何型號的cpu，硬盤，內存條。設計原則就是讓計算機依賴三大部件（高層依賴于抽象層），讓實現層依賴于抽象層，各種類型的cpu去繼承抽象層，這樣達到了高層和實現層的解耦合，也讓實現層和實現層之間解耦合。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
