一、IOC介紹

　　IOC(Inversion of Control)，中文譯為控制反轉，又稱為“依賴注入”（DI ＝Dependence Injection）

　　IOC的基本概念是：不建立物件，但是描述建立它們的方式。在程式碼中不直接與物件和服務連線，但在配置檔案中描述哪一個元件需要哪一項服務。容器負責將這些聯絡在一起。

　　其原理是基於OO設計原則的The Hollywood Principle：Don't call us, we'll call you（別找我，我會來找你的）。也就是說，所有的元件都是被動的（Passive），所有的元件初始化和呼叫都由容器負責。元件處在一個容器當中，由容器負責管理。

　　簡單地說，就是應用本身不負責依賴物件的建立和維護，而是將其交給一個外部容器來負責。這樣控制權就由應用轉移到了外部IoC 容器，即控制權實現了所謂的反轉。比如在型別A 中需要使用型別B 的例項，而B 例項的建立並不由A 來負責，而是通過外部容器來建立。通過IoC 的方式實現針對目標Controller 的啟用具有重要的意義。

二、獲取Unity

目前流行的IoC 框架，如AutoFac、Castle Windsor、Unity、Spring.NET、StructureMap和Ninject 等。Unity 在Codeplex 上的地址為http://unity.codeplex.com/，我們可以下載相應的安裝包和開發文件。當然，如果在您的visual studio 中安裝了Nuget 包管理器，你可以直接在Nuget中獲取到最新版本的Unity。

三、介紹Unity

Unity是微軟patterns& practices組用C#實現的輕量級、可擴充套件的依賴注入容器，我們可以通過程式碼或者XML配置檔案的形式來配置物件與物件之間的關係，在執行時直接呼叫Unity容器即可獲取我們所需的物件，以便建立鬆散耦合的應用程式。

對於小型專案：用程式碼的方式實現即可

對於中大型專案：使用配置檔案比較好

Unity既然是一種Ioc框架，那麼他同樣滿足Ioc的共性，依賴注入劃分為3 種形式，即構造器注入、屬性（設定）注入和介面注入。

四、Unity API

UnityContainer.RegisterType<ITFrom,TTO>();

UnityContainer.RegisterType< ITFrom, TTO >();

UnityContainer.RegisterType< ITFrom, TTO >("keyName");

IEnumerable<T> databases = UnityContainer.ResolveAll<T>();

IT instance = UnityContainer.Resolve<IT>();

T instance = UnityContainer.Resolve<T>("keyName");

UnitContainer.RegisterInstance<T>("keyName",new T());

UnityContainer.BuildUp(existingInstance);

IUnityContainer childContainer1 = parentContainer.CreateChildContainer();

五、使用Unity

如果是專案的引用那裡，右擊選擇管理NuGet程式包進行安裝的，就會自動新增

Microsoft.Practices.Unity.dll和Microsoft.Practices.Unity.Configuration.dll以及Microsoft.Practices.Unity.RegistrationByConvention的引用

如果你是直接在VS工具裡面使用NuGet下載安裝的話，相關檔案會儲存在你當前這個解決方案下面的packages夾中，
你必須手動新增引用。引用路徑：packages\Unity.3.5.1404.0\lib\net45

新建控制檯程式UnityDemo，並依次新建一個介面IProduct，兩個類Milk、Sugar

    /// <summary>
    /// 商品
    /// </summary>
   public interface IProduct
    {
        string ClassName { get; set; }
        void ShowInfo();
    }
    /// <summary>
    /// 牛奶
    /// </summary>
   public class Milk:IProduct
    {
        public string ClassName { get; set; }

        public void ShowInfo()
        {
           Console.WriteLine("牛奶：{0}", ClassName);
        }
    }
    /// <summary>
    /// 糖
    /// </summary>
   public class Sugar:IProduct
    {
       public string ClassName { get; set; }

       public void ShowInfo()
       {
           Console.WriteLine("糖：{0}", ClassName);
       }
    }

（1）用程式設計方式實現注入

使用Unity來管理物件與物件之間的關係可以分為以下幾步：

      A、建立一個UnityContainer物件

      B、通過UnityContainer物件的RegisterType方法來註冊物件與物件之間的關係

      C、通過UnityContainer物件的Resolve方法來獲取指定物件關聯的物件

 注入程式碼如下：

        /// <summary>
        /// 程式碼注入
        /// </summary>
        public static void ContainerCode()
        {
            IUnityContainer container = new UnityContainer();

            container.RegisterType<IProduct, Milk>();  //預設註冊（無命名）,如果後面還有預設註冊會覆蓋前面的
            container.RegisterType<IProduct, Sugar>("Sugar");  //命名註冊

            IProduct _product = container.Resolve<IProduct>();  //解析預設物件
            _product.ClassName = _product.GetType().ToString();
            _product.ShowInfo();

            IProduct _sugar = container.Resolve<IProduct>("Sugar");  //指定命名解析物件
            _sugar.ClassName = _sugar.GetType().ToString();
            _sugar.ShowInfo();

            IEnumerable<IProduct> classList = container.ResolveAll<IProduct>(); //獲取容器中所有IProduct的註冊的已命名物件

            foreach (var item in classList)
            {
               item.ClassName = item.GetType().ToString();
               item.ShowInfo();
            }
        }

Prome.cs：

    class Program
    {
        static void Main(string[] args)
        {
            ContainerCode();
        }
  }

效果圖如下：

（2）配置檔案方式

通過配置檔案配置Unity資訊需要有以下幾個步驟：

       A、在配置檔案<configSections> 配置節下注冊名為unity的section

       B、在<configuration> 配置節下新增Unity配置資訊

       C、在程式碼中讀取配置資訊，並將配置載入到UnityContainer中

配置檔案內容如下：

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
    <section name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,Microsoft.Practices.Unity.Configuration"/>
  </configSections>
  <unity>
    <!--定義類型別名-->
    <aliases>
      <add alias="Iproduct" type="UnityDemo.IProduct,UnityDemo" />
      <add alias="Milk" type="UnityDemo.Milk,UnityDemo" />
      <add alias="Sugar" type="UnityDemo.Sugar,UnityDemo" />
    </aliases>
    <!--容器-->
    <container name="MyContainer">
      <!--對映關係-->
      <register type="Iproduct"  mapTo="Milk"></register>
      <register type="Iproduct"  mapTo="Sugar" name="Sugar"></register>
    </container>
  </unity>
  <!--<startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
  </startup>-->
</configuration>

先新增System.Configuration引用

配置檔案注入程式碼：

        /// <summary>
        /// 配置檔案注入
        /// </summary>
        public static void ContainerConfiguration()
        {
            IUnityContainer container = new UnityContainer();
            container.LoadConfiguration("MyContainer");
            UnityConfigurationSection section
              = (UnityConfigurationSection)ConfigurationManager.GetSection("unity");//獲取指定名稱的配置節   
            section.Configure(container, "MyContainer");//獲取特定配置節下已命名的配置節<container name='MyContainer'>下的配置資訊

            IProduct classInfo = container.Resolve<IProduct>("Sugar");
            classInfo.ShowInfo();
        }

如果系統比較龐大，那麼物件之間的依賴關係可能就會很複雜，最終導致配置檔案變得很大，所以我們需要將Unity的配置資訊從App.config或web.config中分離出來到某一個單獨的配置檔案中，比如Unity.config，實現方式可以參考如下程式碼

 #region
            IUnityContainer container = new UnityContainer();
            string configFile = "Unity.config";
            var fileMap = new ExeConfigurationFileMap { ExeConfigFilename = configFile };
            //從config檔案中讀取配置資訊
            Configuration configuration =ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);
            //獲取指定名稱的配置節
            UnityConfigurationSection section = (UnityConfigurationSection)configuration.GetSection("unity");
            //載入名稱為FirstClass 的container節點
            container.LoadConfiguration(section, "MyContainer");

 #endregion

      關於Unity的入門介紹，今天先寫到這，更多內容，未完待續...