您好,登錄后才能下訂單哦!
這篇文章主要介紹C#中依賴倒置原則DIP的示例分析,文中介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們一定要看完!
我們先來看看傳統(tǒng)的三層架構(gòu),如下圖所示:
從上圖中我們可以看到:在傳統(tǒng)的三層架構(gòu)中,層與層之間是相互依賴的,UI層依賴于BLL層,BLL層依賴于DAL層。分層的目的是為了實現(xiàn)“高內(nèi)聚、低耦合”。傳統(tǒng)的三層架構(gòu)只有高內(nèi)聚沒有低耦合,層與層之間是一種強(qiáng)依賴的關(guān)系,這也是傳統(tǒng)三層架構(gòu)的一種缺點。這種自上而下的依賴關(guān)系會導(dǎo)致級聯(lián)修改,如果低層發(fā)生變化,可能上面所有的層都需要去修改,而且這種傳統(tǒng)的三層架構(gòu)也很難實現(xiàn)團(tuán)隊的協(xié)同開發(fā),因為上層功能取決于下層功能的實現(xiàn),下面功能如果沒有開發(fā)完成,則上層功能也無法進(jìn)行。
傳統(tǒng)的三層架構(gòu)沒有遵循依賴倒置原則(DIP)來設(shè)計,所以就會出現(xiàn)上面的問題。
依賴倒置(DIP):Dependence Inversion Principle的縮寫,主要有兩層含義:
高層次的模塊不應(yīng)該依賴低層次的模塊,兩者都應(yīng)該依賴其抽象。
抽象不應(yīng)該依賴于具體,具體應(yīng)該依賴于抽象。
我們先來解釋第一句話:高層模塊不應(yīng)該直接依賴低層模塊的具體實現(xiàn),而是應(yīng)該依賴于低層模塊的抽象,也就是說,模塊之間的依賴是通過抽象發(fā)生的,實現(xiàn)類之間不應(yīng)該發(fā)生直接的依賴關(guān)系,他們的依賴關(guān)系應(yīng)該通過接口或者抽象類產(chǎn)生。
在來解釋第二句話:接口或者抽象類不應(yīng)該依賴于實現(xiàn)類。舉個例子,假如我們要寫B(tài)LL層的代碼,直接就去實現(xiàn)了功能,等到開發(fā)完成以后發(fā)現(xiàn)沒有使用依賴倒置原則,這時候在根據(jù)實現(xiàn)類去寫接口,這種是不對的,應(yīng)該首先設(shè)計抽象,然后在根據(jù)抽象去實現(xiàn),應(yīng)該要面向接口編程。
我們在上面說過,在傳統(tǒng)的三層架構(gòu)里面沒有使用依賴倒置原則,那么把依賴倒置原則應(yīng)用到傳統(tǒng)的三層架構(gòu)里面會如何呢?我們知道,在傳統(tǒng)的三層架構(gòu)里面,UI層直接依賴于BLL層,BLL層直接依賴于DAL層,由于每一層都是依賴下一層的實現(xiàn),所以說當(dāng)下層發(fā)生變化的時候,它的上一層也要發(fā)生變化,這時候可以根據(jù)依賴倒置原則來重新設(shè)計三層架構(gòu)。
UI、BLL、DAL三層之間應(yīng)該沒有直接的依賴關(guān)系,都應(yīng)該依賴于接口。首先應(yīng)該先確定出接口,DAL層抽象出IDAL接口,BLL層抽象出IBLL接口,這樣UI層依賴于IBLL接口,BLL實現(xiàn)IBLL接口。BLL層依賴于IDAL接口,DAL實現(xiàn)IDAL接口。如下圖所示:
我們上面講了依賴倒置原則,那么依賴倒置原則的目的是什么呢?
有了依賴倒置原則,可以使我們的架構(gòu)更加的穩(wěn)定、靈活,也能更好地應(yīng)對需求的變化。相對于細(xì)節(jié)的多變性,抽象的東西是穩(wěn)定的。所以以抽象為基礎(chǔ)搭建起來的架構(gòu)要比以細(xì)節(jié)為基礎(chǔ)搭建起來的架構(gòu)要穩(wěn)定的多。
在傳統(tǒng)的三層架構(gòu)里面,僅僅增加一個接口層,我們就實現(xiàn)了依賴倒置,目的就是降低層與層之間的耦合。有了這樣的接口層,三層架構(gòu)才真正實現(xiàn)了“高內(nèi)聚、低耦合”的思想。
依賴倒置原則是架構(gòu)層面上的,那么如何在代碼層面上實現(xiàn)呢?下面看控制反轉(zhuǎn)。
控制反轉(zhuǎn)(IOC):Inversion of Control的縮寫,一種反轉(zhuǎn)流、依賴和接口的方式,它把傳統(tǒng)上由程序代碼直接操控的對象的控制器(創(chuàng)建、維護(hù))交給第三方,通過第三方(IOC容器)來實現(xiàn)對象組件的裝配和管理。
IOC容器,也可以叫依賴注入框架,是由一種依賴注入框架提供的,主要用來映射依賴,管理對象的創(chuàng)建和生存周期。IOC容器本質(zhì)上就是一個對象,通常會把程序里面所有的類都注冊進(jìn)去,使用這個類的時候,直接從容器里面去解析。
依賴注入(DI):Dependency Injection的縮寫。依賴注入是控制反轉(zhuǎn)的一種實現(xiàn)方式,依賴注入的目的就是為了實現(xiàn)控制反轉(zhuǎn)。
依賴注入是一種工具或手段,目的是幫助我們開發(fā)出松耦合、可維護(hù)的程序。
依賴注入常用的方式有以下幾種:
構(gòu)造函數(shù)注入。
屬性注入。
方法注入。
其中構(gòu)造函數(shù)注入是使用最多的,其次是屬性注入。
看下面的一個例子:父親給孩子講故事,只要給這個父親一本書,他就可以照著這本書給孩子講故事。我們下面先用最傳統(tǒng)的方式實現(xiàn)一下,這里不使用任何的設(shè)計原則和設(shè)計模式。
首先定義一個Book類:
namespace DipDemo1 { public class Book { public string GetContent() { return "從前有座山,山上有座廟....."; } } }
然后在定義一個Father類:
using System; namespace DipDemo1 { public class Father { public void Read() { Book book = new Book(); Console.WriteLine("爸爸開始給孩子講故事了"); Console.WriteLine(book.GetContent()); } } }
然后在Main方法里面調(diào)用:
using System; namespace DipDemo1 { class Program { static void Main(string[] args) { Father father = new Father(); father.Read(); Console.ReadKey(); } } }
我們來看看關(guān)系圖:
我們看到:Father是直接依賴于Book類。
這時需求發(fā)生了變化,不給爸爸書了,給爸爸報紙,讓爸爸照著報紙給孩子讀報紙,這時該怎么做呢?按照傳統(tǒng)的方式,我們這時候需要在定義一個報紙類:
namespace DipDemo1 { public class NewsPaper { public string GetContent() { return "新聞"; } } }
這時依賴關(guān)系變了,因為爸爸要依賴于報紙了,這就導(dǎo)致還要修改Father類:
using System; namespace DipDemo1 { public class Father { public void Read() { // 讀書 // Book book = new Book(); //Console.WriteLine("爸爸開始給孩子講故事了"); //Console.WriteLine(book.GetContent()); // 報紙 NewsPaper paper = new NewsPaper(); Console.WriteLine("爸爸開始給孩子講新聞"); Console.WriteLine(paper.GetContent()); } } }
假設(shè)后面需求又變了,又不給報紙了,換成雜志、平板電腦等。需求在不斷的變化,不管怎么變化,對于爸爸來說,他一直在讀讀物,但是具體讀什么讀物是會發(fā)生變化,這就是細(xì)節(jié),也就是說細(xì)節(jié)會發(fā)生變化。但是抽象是不會變的。如果這時候還是使用傳統(tǒng)的OOP思想來解決問題,那么會導(dǎo)致程序不斷的在修改。下面使用工廠模式來優(yōu)化:
首先創(chuàng)建一個接口:
namespace DipDemo2 { public interface IReader { string GetContent(); } }
然后讓Book類和NewsPaper類都繼承自IReader接口,Book類
namespace DipDemo2 { public class Book : IReader { public string GetContent() { return "從前有座山,山上有座廟....."; } } }
NewsPaper類:
namespace DipDemo2 { public class NewsPaper : IReader { public string GetContent() { return "王聰聰被限制高消費......"; } } }
然后創(chuàng)建一個工廠類:
namespace DipDemo2 { public static class ReaderFactory { public static IReader GetReader(string readerType) { if (string.IsNullOrEmpty(readerType)) { return null; } switch (readerType) { case "NewsPaper": return new NewsPaper(); case "Book": return new Book(); default: return null; } } } }
里面方法的返回值是一個接口類型。最后在Father類里面調(diào)用工廠類:
using System; namespace DipDemo2 { public class Father { private IReader Reader { get; set; } public Father(string readerName) { // 這里依賴于抽象 Reader = ReaderFactory.GetReader(readerName); } public void Read() { Console.WriteLine("爸爸開始給孩子講故事了"); Console.WriteLine(Reader.GetContent()); } } }
最后在Main方法里面調(diào)用:
using System; namespace DipDemo2 { class Program { static void Main(string[] args) { Father father = new Father("Book"); father.Read(); Console.ReadKey(); } } }
我們這時候可以在看看依賴關(guān)系圖:
這時Father已經(jīng)和Book、Paper沒有任何依賴了,F(xiàn)ather依賴于IReader接口,還依賴于工廠類,而工廠類又依賴于Book和Paper類。這里實際上已經(jīng)實現(xiàn)了控制反轉(zhuǎn)。Father(高層)不依賴于低層(Book、Paper)而是依賴于抽象(IReader),而且具體的實現(xiàn)也不是由高層來創(chuàng)建,而是由第三方來創(chuàng)建(這里是工廠類)。但是這里只是使用工廠模式來模擬控制反轉(zhuǎn),而沒有實現(xiàn)依賴的注入,依賴還是需要向工廠去請求。
下面繼續(xù)優(yōu)化代碼,這里只需要修改Father類:
using System; namespace DipDemo3 { public class Father { public IReader Reader { get; set; } /// <summary> /// 構(gòu)造函數(shù)的參數(shù)是IReader接口類型 /// </summary> /// <param name="reader"></param> public Father(IReader reader) { Reader = reader; } public void Read() { Console.WriteLine("爸爸開始給孩子講故事了"); Console.WriteLine(Reader.GetContent()); } } }
在Main方法里面調(diào)用:
using System; namespace DipDemo3 { class Program { static void Main(string[] args) { var f = new Father(new Book()); f.Read(); Console.ReadKey(); } } }
如果以后換成了Paper,需要修改代碼:
using System; namespace DipDemo3 { class Program { static void Main(string[] args) { // Book //var f = new Father(new Book()); //f.Read(); // Paprer var f = new Father(new Paper()); f.Read(); Console.ReadKey(); } } }
由于這里沒有了工廠,我們還是需要在代碼里面實例化具體的實現(xiàn)類。如果有一個IOC容器,我們就不需要自己new一個實例了,而是由容器幫我們創(chuàng)建實例,創(chuàng)建完成以后在把依賴對象注入進(jìn)去。
我們在來看一下依賴關(guān)系圖:
下面我們使用Unity容器來繼續(xù)優(yōu)化上面的代碼,首先需要在項目里面安裝Unity,直接在NuGet里面搜索即可:
這里只需要修改Main方法調(diào)用即可:
using System; using Unity; namespace UnityDemo { class Program { static void Main(string[] args) { // 創(chuàng)建容器 var container = new UnityContainer(); // 掃描程序集、配置文件 // 在容器里面注冊接口和實現(xiàn)類,創(chuàng)建依賴關(guān)系 container.RegisterType<IReader, Book>(); // 在容器里面注冊Father container.RegisterType<Father>(); // 從容器里拿出要使用的類,容器會自行創(chuàng)建father對 // 還會從容器里去拿到他所依賴的對象,并且注入進(jìn)來 // var father = container.Resolve<Father>(); // 調(diào)用方法 father.Read(); Console.ReadKey(); } } }
以上是“C#中依賴倒置原則DIP的示例分析”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對大家有幫助,更多相關(guān)知識,歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。