IoC-Invertion of Control,即控制反轉,是一種程序設計思想。html
先初步瞭解幾個概念:設計模式
依賴(Dependency):就是有聯繫,表示一個類依賴於另外一個類。架構
依賴倒置原則(DIP):設計模式六大原則之一,是一種軟件架構設計原則。app
控制反轉(IoC):一種軟件設計原則,上層對下層的依賴(即底層模塊的得到)交給第三方。框架
依賴注入(DI):實現IoC的一種方式、手段。ide
IoC容器:依賴注入的框架,用來映射依賴,管理對象的建立和生存週期。函數
依賴就是有聯繫,有地方使用它就是有依賴它,下面看一個簡單的示例:post
class Program { class BMW { public string Show() { return "寶馬"; } } class ChinesePeople { private BMW bmw = new BMW(); public void Run() { Console.WriteLine($"今天開{bmw.Show()}上班"); } } static void Main(string[] args) { ChinesePeople people = new ChinesePeople(); BMW bmw = new BMW(); people.Run(); Console.Read(); } }
上面中國人開着寶馬去上班,客戶端有使用中國人、寶馬汽車兩個對象,中國人中有使用對象寶馬汽車,咱們能夠從中找到三個依賴關係:學習
客戶端依賴對象ChinesePeople;atom
客戶端依賴對象BMW;
ChinesePeople依賴對象BMW;
過些日子來了新需求,中國人不只要開寶馬去上班,還要開奔馳去上班,若是按照上面直接依賴關係的方式去作,咱們就須要修改ChinesePeople類,讓它實現一個參數爲寶馬的重載方法Run()。顯然這樣不是好的設計,咱們總不能每次新增一種汽車(即修改下層模塊)都要去修改ChinesePeople類吧(相對於汽車爲上層模塊),太麻煩了。。。
先簡單分析一下,耦合關係就是依賴關係,若是依賴關係很重,牽一髮而動全身,將很難維護擴展,耦合關係越少,系統會越穩定,所以要較少依賴。
定義:
A.高層模塊不該依賴於底層模塊,二者應該依賴於抽象。
B.抽象不該該依賴於細節,細節應該依賴於抽象。
在這個圖中,咱們發現高層模塊定義接口,將不直接依賴於下層模塊,下層模塊負責實現高層模塊定義的接口,下面看一下示例:
class Program { interface ICar { string Show(); } class BMW : ICar { public string Show() { return "寶馬"; } } class BenZ : ICar { public string Show() { return "奔馳"; } } interface IPeople { void Run(ICar car); } class ChinesePeople : IPeople { public void Run(ICar car) { Console.WriteLine($"今天開{car.Show()}上班"); } } static void Main(string[] args) { ICar bmw = new BMW(); ICar benz = new BenZ(); IPeople people = new ChinesePeople(); people.Run(bmw); people.Run(benz); Console.Read(); } }
運行結果以下:
分析:上面代碼中,ChinesePeople類再也不依賴於具體的汽車,而是依賴於汽車的抽象,這樣使得無論換什麼樣的汽車品牌,中國人都是能夠開着去上班的,並且不須要修改ChinesePeople類。想一下,這樣是否是挺好的,咱們能夠得出:上層再也不依賴細節,相比面向實現,面向接口較好,由於抽象相比細節要更穩定。
上面示例中,咱們實現了具體的人和具體的汽車的隔離,具體人只和汽車的接口有關。可是Program中Main方法裏的具體對象寫死了,控制權變小,當我要修改美國人開着福特去上班時,就不得不要去修改代碼,那怎麼把控制權轉移呢?
下面看一個簡單的示例(請先添加System.Configuration引用):
interface ICar { string Show(); }
interface IPeople { void Run(ICar car); }
class BMW : ICar { public string Show() { return "寶馬"; } }
class ChinesePeople : IPeople { public void Run(ICar car) { Console.WriteLine($"今天開{car.Show()}上班"); } }
<?xml version="1.0" encoding="utf-8" ?> <configuration> <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" /> </startup> <appSettings> <add key="People" value="LinkTo.Test.ConsoleIoC.ChinesePeople,LinkTo.Test.ConsoleIoC"/> <add key="Car" value="LinkTo.Test.ConsoleIoC.BMW,LinkTo.Test.ConsoleIoC"/> </appSettings> </configuration>
class Program { static void Main(string[] args) { #region 反射+配置文件實現Ioc string people = ConfigurationManager.AppSettings["People"]; string car = ConfigurationManager.AppSettings["Car"]; Assembly assemblyPeople = Assembly.Load(people.Split(',')[1]); Assembly assemblyCar = Assembly.Load(car.Split(',')[1]); Type typePeople = assemblyPeople.GetType(people.Split(',')[0]); Type typeCar = assemblyPeople.GetType(car.Split(',')[0]); IPeople ipeople = (IPeople)Activator.CreateInstance(typePeople); ICar icar = (ICar)Activator.CreateInstance(typeCar); ipeople.Run(icar); Console.Read(); #endregion } }
上面代碼中,咱們使用反射+配置文件的方式,將對象建立的控制權轉移到了配置文件,這就是所謂的控制反轉。
分析:控制反轉是將對象建立的控制權交給了第三方,能夠是IoC容器,它就至關於簡單工廠。咱們要什麼對象,工廠就給咱們什麼對象,這樣依賴關係就變了,它們(人和車)都依賴於IoC容器,經過IoC容器創建它們之間的依賴關係。(依賴對象再也不直接經過new來獲取)
運行結果以下:
上面說到的控制反轉,咱們瞭解到是將控制權轉移,這是咱們的目的。配置文件+反射是一種實現,而依賴注入則提供的是一種思想,或者說是實現IoC的手段。
依賴注入是將對象的建立和綁定轉移到被依賴對象的外部來實現,通常使用哪些方法來實現呢?
class ChinesePeopleConstructor { private readonly ICar _car; //依賴注入:構造函數注入 public ChinesePeopleConstructor(ICar car) { _car = car; } public void Run() { Console.WriteLine($"今天開{_car.Show()}上班"); } }
class Program { static void Main(string[] args) { #region 依賴注入:構造函數注入 ICar bmw = new BMW(); ChinesePeopleConstructor people = new ChinesePeopleConstructor(bmw); people.Run(); Console.Read(); #endregion } }
class ChinesePeopleProperty { //依賴注入:屬性注入 public ICar Car { get; set; } public void Run() { Console.WriteLine($"今天開{Car.Show()}上班"); } }
class Program { static void Main(string[] args) { #region 依賴注入:屬性注入 ICar bmw = new BMW(); ChinesePeopleProperty people = new ChinesePeopleProperty { Car = bmw }; people.Run(); Console.Read(); #endregion } }
interface IDependent { void SetDependent(ICar icar); }
class ChinesePeopleInterface : IDependent { private ICar _car; //依賴注入:接口注入 public void SetDependent(ICar car) { _car = car; } public void Run() { Console.WriteLine($"今天開{_car.Show()}上班"); } }
class Program { static void Main(string[] args) { #region 依賴注入:接口注入 ICar bmw = new BMW(); ChinesePeopleInterface people = new ChinesePeopleInterface(); people.SetDependent(bmw); people.Run(); Console.Read(); #endregion } }
IoC容器是一個DI框架,主要功能有一下幾點:
A.動態建立、注入依賴對象;
B.管理對象生命週期;
C.映射依賴關係;
常見的IoC容器:Spring.NET,Castle Windsor, Ninject,Autofac,Unity。。。
在上一篇《C# AOP學習筆記》的【使用EntLib\PIAB Unity實現AOP(帶配置)】中,已經使用Unity容器實現了IoC,讓咱們再來看看配置文件:
假如只須要IoC不須要AOP,container是這樣子的:
<configuration> <configSections> <section name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection, Unity.Configuration"/> </configSections> <unity> <sectionExtension type="Microsoft.Practices.Unity.InterceptionExtension.Configuration.InterceptionConfigurationExtension, Unity.Interception.Configuration"/> <containers> <container name="IoCContainer"> <!--註冊匹配規則:前面是完整類型名稱,後面是所在的dll名稱。--> <register type="LinkTo.Test.ConsoleAop.UnityConfigAOP.IUserProcessor,LinkTo.Test.ConsoleAop" mapTo="LinkTo.Test.ConsoleAop.UnityConfigAOP.UserProcessor,LinkTo.Test.ConsoleAop"></register> </container> </containers> </unity> </configuration>
從IoC的註冊匹配規則能夠看出,前面是完整類型名稱,後面是所在的dll。這個就比較厲害了,假如一個系統有擴展的功能或者個性要求,只需配置使用新的dll便可,原有系統不須要改代碼。這樣,除了很好地符合了"開閉原則"外,對於構建一個可配置可擴展的系統,是一個很是厲害的利器。
參考自:
http://www.javashuo.com/article/p-bverypbb-gz.html
推薦博文: