之前的文章介紹了MVC如何通過ControllerFactory及ControllerActivator創建Controller，而Controller又是如何通過ControllerBase這個模板完成了功能的拓展及業務的執行。這一系列MVC類型的設計處處都體現了IoC的設計原則，所以本章將從以下 ...
之前的文章介紹了MVC如何通過ControllerFactory及ControllerActivator創建Controller，而Controller又是如何通過ControllerBase這個模板完成了功能的拓展及業務的執行。這一系列MVC類型的設計處處都體現了IoC的設計原則，所以本章將從以下幾點對ASP.NET MVC中的IoC進行介紹：
● 什麼是IoC
● ASP.NET MVC中的IoC
● 什麼是DI
● IoC容器與依賴解析器（Dependency Resolver）
● ASP.NET MVC中使用DI
什麼是IoC
IoC（控制反轉，Inversion of Control）它是軟體開發中的一種設計原則，意思就是把控制權從自身(這裡的自身大部分指代的是業務代碼)轉給其它對象來控制。IoC的意圖是將任務的執行從實現中解耦，可以專註於模塊任務的設計(如：操作資料庫的組件，可以有操作SQL Server和My SQL的)，系統本身不會關註這個模塊做了什麼，同時當系統替換了這個模塊後不會對系統造成影響。在軟體開發中有幾種常見的基於IoC思想的實現：
● 工廠模式
● 模板模式
● 策略模式
● 依賴註入
以上模式都是將實現解耦，便於拓展。特別是依賴註入（DI，Dependency Injection），看到IoC更多想到的就依賴註入。
依賴倒置原則（DIP）：上面說了那麼多的實現，但有一個根本的原則就是依賴倒置原則“高層模塊不依賴於低層模塊，它們都應該依賴於抽象，抽象不應該依賴於實現，實現應該依賴於抽象”。在.Net中就是使用介面和抽象類對業務和對象進行抽象，抽象與實現分開，如果放棄了這一原則實現依賴於實現，那麼就反轉不了了(lll￢ω￢)。
ASP.NET MVC中的IoC
之前的文章中分析了ASP.NET MVC中Controller的創建過程和執行中主要的參與對象分別有：
● DefaultControllerFactory：工廠模式。
● DefaultControllerActivator：依賴註入(註：創建Controller時首先從依賴解析器中獲取Controller實例，無法獲取才自己創建)。
● ControllerBase：模板模式(註：ControllerBase定義了Execute模板方法調用抽象方法ExecuteCore，ExecuteCore的實現在子類中)。
這些對象的設計思想就是IoC。
什麼是DI
DI（Dependency Injection，依賴註入），它其實是兩個部分，第一個是“依賴”，然後才是“註入”。
1. 依賴：簡單來說就是需要，在面向對象的一個類裡面它“需要”其它類型來完成工作。如在MyBlog中的邏輯類需要倉儲類來操作資料庫，這種情況下就是邏輯類依賴倉儲類：
2. 註入：其實就是對類的依賴賦值，常用的註入的方式是：構造註入、屬性註入、方法註入，說白了就是通過構造方法、屬性(Setter方法)以及方法將依賴的對象傳入類的實例中並賦值。但要註意的是這個“註”字，為什麼不直接用賦值？
舉個慄子：製作一個水球，要麼留一個註水口，要麼在製作的時候把水灌入然後封死。
對於有註水口的水球，在使用時如果註入紅色的水，就變成了紅色的水球，註入黃色的就是黃色的，而被封死的水球在製作時灌了什麼顏色的水就是什麼顏色的。
而在程式開發中更是如此，以MyBlog為例，業務邏輯類通過倉儲類來獲取數據，業務類可以“封死”只用SQL Server的操作類，也可以開放，在運行時將數據操作這個實例“註入”，那麼註入SQL Server操作類就使用SQL Server，註入MySQL的就使用My SQL。
對水球註水首先要有水，其次是水球要有註水口，那麼在程式里的“水”和“註水口”是什麼？
IoC容器與依賴解析器（DependencyResolver）
在程式中所謂的“水”應該是那些抽象的實現，或者說實現了抽象的類型。比如操作SQL Server的倉儲類和操作MySQL的倉儲操作類。那麼這些“水”要放在哪裡？“水”當然要放在容器里，所以就有了IoC容器。
那IoC容器是什麼？它可以簡單到只是一個實例的數組或字典，通過實例的類型（或實現的父類型、介面等）從這個字典或數組中獲取對應的實例，也可以是像Autofac、Ninject這些複雜成熟的IoC容器組件。
以下代碼分別是AutoFac和NinJect官方文檔中為容器註“水”的過程：
Ninject：https://github.com/ninject/ninject
AutoFac：https://autofac.org/
有了裝滿“水”的容器，想要把“水”註入到程式中，那就需要“註水口”依賴解析器（Denpendency Resolver）的支持。
以下代碼就是DefaultControllerActivator創建Controller的代碼：
想象一下，把上面的“註水口”連接到裝滿“水”的容器中，不是就能夠把需要的東西註入到需要的位置嗎？
ASP.NET MVC中使用DI
DI的使用有兩個必要條件就依賴容器和依賴解析器，ASP.NET中建議使用成熟的依賴容器，如Autofac等，它們提供了強大的功能並支持多種組件註冊到容器以及註入方式。而關於依賴解析器在ASP.NET MVC中是有預設解析器的，以下是ASP.NET MVC的解析器定義：
它實際的作用是通過Current屬性獲取一個IDependencyResolver的對象。
DependencyResolver中內置了一些實現該介面的對象，但是幾乎是無用的如下圖：
所以一般情況下如果在ASP.NET中都是實現IDependencyResolver介面然後通過DependencyResolver.SetResolver方法修改預設的依賴解析器。
在ASP.NET MVC中，使用依賴註入最頻繁的就是Controller，Controller作為業務邏輯執行的入口，它依賴業務邏輯的組件，而業務邏輯組件又依賴數據操作組件等等。所以在ASP.NET MVC中使用依賴註入實際上就是把Controller及其依賴都放入容器里，然後創建Controller時從容器中獲取即可。根據Controller的創建流程將使用方法分為以下幾種：
1. 實現IDependencyResolver介面然後通過DependencyResolver.SetResolver方法修改預設的依賴解析器(替換預設的“註水口”)。
2. 實現IControllerActivator介面，然後在創建DefaultControllerFactory時將其以參數的形式傳入到DefaultControllerFactory中(在ControllerActivator中添加自己的“註水口”，並替換掉原有的ControllerActivator)。
3. 繼承DefaultControllerFactory使用從容器中獲取Controller的方法將原有的GetControllerInstance方法替換掉（添加“註水口”放置在ControllerFactory中，放棄ControllerActivator的使用）。
註：由於在Controller類型中包含一個IDependencyResolver屬性，所以方法2和方法3沒有替換預設依賴解析器會導致Controller中使用該屬性無法訪問到真實的容器，如果需要在其基礎上使用方法1將預設的依賴解析器替換掉。
小結
IoC容器和依賴註入在軟體開發中是一個非常中要的概念，現在主流的一些開發框架的核心都是基於依賴註入的，即框架中的所有組件如日誌、緩存、隊列等都會通過容器將其註入到使用的地方。本章主要以文字的形式介紹了IoC、DI的概念及其在ASP.NET MVC中的使用的三種方法，在下一篇文章中將會用代碼的形式介紹如何使用這三種方法在ASP.NET MVC中實現依賴註入。
參考：
https://en.wikipedia.org/wiki/Inversion_of_control
本文連接：http://www.cnblogs.com/selimsong/p/7682808.html
ASP.NET沒有魔法——ASP.NET MVC IoC代碼篇
