依賴倒置原則定義
依賴倒置原則(Dependence Inversion Principle ,DIP)定義如下：
High level modules should not depend upon low level modules,Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstracts.
翻譯過來為：
- 高層模塊不應(yīng)該依賴低層模塊，兩者都應(yīng)該依賴抽象
- 抽象不應(yīng)該依賴細(xì)節(jié)
- 細(xì)節(jié)應(yīng)該依賴抽象
也可以說高層模塊蹋订，低層模塊，細(xì)節(jié)都應(yīng)該依賴抽象
每一個(gè)邏輯的實(shí)現(xiàn)都是由顆粒原子邏輯組成的，顆粒原子邏輯就是低層模塊牛曹，而顆粒原子邏輯組成的模塊就是高層模塊刁憋。在java語言中采驻，抽象就是接口或抽象類，兩都都是不能直接被實(shí)例化的恕沫，細(xì)節(jié)就是實(shí)現(xiàn)類，實(shí)現(xiàn)接口或繼承抽象類而產(chǎn)生的類就是細(xì)節(jié)纱意，兩者都可以直接被實(shí)例化婶溯。
依賴倒置原則在java語言中，表現(xiàn)是：
- 模塊間的依賴通過抽象發(fā)生偷霉，實(shí)現(xiàn)類之間不發(fā)生直接的依賴關(guān)系迄委，其依賴關(guān)系是通過接口或抽象類產(chǎn)生的。
- 接口或抽象類不依賴實(shí)現(xiàn)類
- 實(shí)現(xiàn)類依賴接口或抽象類
更加精簡(jiǎn)的定義就是“面向接口編程”—OOD(Object-Oriented Design类少，面向?qū)ο笤O(shè)計(jì))的精髓之一叙身。
依賴倒置原則的好處
采用依賴倒置原則可以減少類間的耦合性，提高系統(tǒng)的穩(wěn)定瞒滴，降低并行開發(fā)引起的風(fēng)險(xiǎn)曲梗，提高代碼的可讀性和可維護(hù)性。
為什么我們要符合依賴倒置原則
我們通過一個(gè)例子說明依賴倒置原則對(duì)于開發(fā)有上面的好處妓忍。
大家都喜歡閱讀虏两，閱讀文學(xué)經(jīng)典滋潤(rùn)自己的內(nèi)心心靈，下面是小明同學(xué)閱讀文學(xué)經(jīng)典的一個(gè)類圖：
文學(xué)經(jīng)典的源代碼：
//文學(xué)經(jīng)典類
public class LiteraryClassic{
//閱讀文學(xué)經(jīng)典
public void read(){
System.out.println("文學(xué)經(jīng)典閱讀世剖，滋潤(rùn)自己的內(nèi)心心靈");
}
}
小明類：
//小明類
public class XiaoMing{
//閱讀文學(xué)經(jīng)典
public void read(LiteraryClassic literaryClassic){
literaryClassic.read();
}
}
場(chǎng)景類：
public class Client{
public static void main(Strings[] args){
XiaoMing xiaoming = new XiaoMing();
LiteraryClassic literaryClassic = new LiteraryClassic();
//小明閱讀文學(xué)經(jīng)典
xiaoming.read(literaryClassic);
}
}
看定罢，我們的實(shí)現(xiàn)，小明同學(xué)可以閱讀文學(xué)經(jīng)典了旁瘫。
小明同學(xué)看了一段文學(xué)經(jīng)典后祖凫，忽然他想看看看小說來放松一下自己,我們實(shí)現(xiàn)一個(gè)小說類：
小說類源代碼
//小說類
public class Novel{
//閱讀小說
public void read(){
System.out.println("閱讀小說，放松自己");
}
}
現(xiàn)在我們?cè)賮砜创a酬凳，發(fā)現(xiàn)XiaoMing類的read方法只與文學(xué)經(jīng)典LiteraryClassic類是強(qiáng)依賴惠况，緊耦合關(guān)系，小明同學(xué)竟然閱讀不了小說類宁仔。這與現(xiàn)實(shí)明顯的是不符合的稠屠，代碼設(shè)計(jì)的是有問題的。那么問題在那里呢？
我們看小明類权埠，此類是一個(gè)高層模塊榨了，并且是一個(gè)細(xì)節(jié)實(shí)現(xiàn)類，此類依賴的是一個(gè)文學(xué)經(jīng)典LiteraryClassic類攘蔽，而文學(xué)經(jīng)典LiteraryClassic類也是一個(gè)細(xì)節(jié)實(shí)現(xiàn)類龙屉。這是不是就與我們說的依賴倒置原則相違背呢？依賴倒置原則是說我們的高層模塊满俗，實(shí)現(xiàn)類转捕，細(xì)節(jié)類都應(yīng)該是依賴與抽象，依賴與接口和抽象類漫雷。
為了解決小明同學(xué)閱讀小說的問題瓜富，我們根據(jù)依賴倒置原則先抽象一個(gè)閱讀者接口,下面是完整的uml類圖：
IReader接口：
public interface IReader{
//閱讀
public void read(IRead read){
read.read();
}
}
再定義一個(gè)被閱讀的接口IRead:
public interface IRead{
//被閱讀
public void read();
}
再定義文學(xué)經(jīng)典類和小說類：
文學(xué)經(jīng)典類：
//文學(xué)經(jīng)典類
public class LiteraryClassic implements IRead{
//閱讀文學(xué)經(jīng)典
public void read(){
System.out.println("文學(xué)經(jīng)典閱讀，滋潤(rùn)自己的內(nèi)心心靈");
}
}
小說類:
//小說類
public class Novel implements IRead{
//閱讀小說
public void read(){
System.out.println("閱讀小說降盹，放松自己");
}
}
再實(shí)現(xiàn)小明類：
//小明類
public class XiaoMing implements IReader{
//閱讀
public void read(IRead read){
read.read();
}
}
然后与柑，我們?cè)僮屝∶鞣謩e閱讀文學(xué)經(jīng)典和小說：
Client:
public class Client{
public static void main(Strings[] args){
XiaoMing xiaoming = new XiaoMing();
IRead literaryClassic = new LiteraryClassic();
//小明閱讀文學(xué)經(jīng)典
xiaoming.read(literaryClassic);
IRead novel = new Novel();
//小明閱讀小說
xiaoming.read(novel);
}
}
至此，小明同學(xué)是可以閱讀文學(xué)經(jīng)典蓄坏，又可以閱讀小說了价捧，目的達(dá)到了。
為什么依賴抽象的接口可以適應(yīng)變化的需求涡戳？這就要從接口的本質(zhì)來說结蟋，接口就是把一些公司的方法和屬性聲明，然后具體的業(yè)務(wù)邏輯是可以在實(shí)現(xiàn)接口的具體類中實(shí)現(xiàn)的渔彰。所以我們當(dāng)依賴對(duì)象是接口時(shí)嵌屎，就可以適應(yīng)所有的實(shí)現(xiàn)此接口的具體類變化。
依賴的三種方法
依賴是可以傳遞恍涂，A對(duì)象依賴B對(duì)象宝惰，B又依賴C，C又依賴D再沧，……尼夺，依賴不止。只要做到抽象依賴炒瘸，即使是多層的依賴傳遞也無所謂懼淤堵。
對(duì)象的依賴關(guān)系有三種方式來傳遞：
構(gòu)造函數(shù)傳遞依賴對(duì)象
在類中通過構(gòu)造函數(shù)聲明依賴對(duì)象，按照依賴注入的說法顷扩，這種方式叫做構(gòu)造函數(shù)注入：
構(gòu)造函數(shù)注入：
//小明類
public class XiaoMing implements IReader{
private IRead read;
//構(gòu)造函數(shù)注入
public XiaoMing(IRead read){
this.read = read;
}
//閱讀
public void read(){
read.read();
}
}
Setter方法傳遞依賴對(duì)象
在類中通過Setter方法聲明依賴關(guān)系拐邪，依照依賴注入的說法，這是Setter依賴注入：
//小明類
public class XiaoMing implements IReader{
private IRead read;
//Setter依賴注入
public setRead(IRead read){
this.read = read;
}
//閱讀
public void read(){
read.read();
}
}
接口聲明依賴
在接口的方法中聲明依賴對(duì)象隘截，在為什么我們要符合依賴倒置原則的例子中扎阶，我們采用了接口聲明依賴的方式事富，該方法也叫做接口注入。
依賴倒置原則的經(jīng)驗(yàn)
依賴倒置原則的本質(zhì)就是通過抽象(接口或抽象類)使各個(gè)類或模塊的實(shí)現(xiàn)彼此獨(dú)立乘陪，不互相影響，實(shí)現(xiàn)模塊間的松耦合雕擂。我們?cè)陧?xiàng)目中使用這個(gè)原則要遵循下面的規(guī)則：
- 每個(gè)類盡量都有接口或者抽象類啡邑，或者抽象類和接口兩都具備
- 變量的表面類型盡量是接口或者抽象類
- 任何類都不應(yīng)該從具體類派生
- 盡量不要覆寫基類的方法
如果基類是一個(gè)抽象類，而這個(gè)方法已經(jīng)實(shí)現(xiàn)了井赌，子類盡量不要覆寫谤逼。類間依賴的是抽象，覆寫了抽象方法仇穗，對(duì)依賴的穩(wěn)定性會(huì)有一定的影響流部。 - 結(jié)合里氏替換原則使用
里氏替換原則：父類出現(xiàn)的地方子類就能出現(xiàn)。結(jié)合本章我們得出了一個(gè)通俗的規(guī)則：接口負(fù)責(zé)定義public屬性和方法纹坐，并且聲明與其他對(duì)象的依賴關(guān)系枝冀。抽象類負(fù)責(zé)公共構(gòu)造部分的實(shí)現(xiàn)，實(shí)現(xiàn)類準(zhǔn)確的實(shí)現(xiàn)業(yè)務(wù)邏輯耘子，同時(shí)在適當(dāng)?shù)臅r(shí)候?qū)Ω割愡M(jìn)行細(xì)化果漾。
依賴倒置原則是6個(gè)設(shè)計(jì)原則中最難以實(shí)現(xiàn)的原則，它是實(shí)現(xiàn)開閉原則的重要方法谷誓，在項(xiàng)目中绒障，大家只要記住是”面向接口編程”就基本上是抓住了依賴倒置原則的核心了。
