ASP.NET MVC Controller激活系统详解：IoC的应用[上篇]

ASP.NET MVC Controller激活系统详解：IoC的应用[上篇]2012-11-16 博客园 Artech所谓控制反转（IoC： Inversion Of Control）简单地说就是应用本身不负责依赖对象的创建和维护，而交给一个外部容器来负责。这样控制权就由应用转移到了外部IoC容器，控制权就实现了所谓的反转。比如在类型A中需要使用类型B的实例，而B实例的创建并不由A来负责，而是通过外部容器来创建。通过IoC的方式是实现针对目标Controller的激活具有重要的意义。

一、从Unity来认识IoC

有时我们又将IoC称为依赖注入（DI： Dependency Injection）。所谓依赖注入，就是由外部容器在运行时动态地将依赖的对象注入到组件之中。Martin Fowler在那篇著名的文章《Inversion of Control Containers and the Dependency Injection pattern》中将具体依赖注入划分为三种形式，即构造器注入、属性（设置）注入和接口注入，而我个人习惯将其划分为一种（类型）匹配和三种注入：

类型匹配（Type Matching）：虽然我们通过接口（或者抽象类）来进行服务调用，但是服务本身还是实现在某个具体的服务类型中，这就需要某个类型注册机制来解决服务接口和服务类型之间的匹配关系；

构造器注入（Constructor Injection）：IoC容器会智能地选择选择和调用适合的构造函数以创建依赖的对象。如果被选择的构造函数具有相应的参数，IoC容器在调用构造函数之前解析注册的依赖关系并自行获得相应参数对象；

属性注入（Property Injection）：如果需要使用到被依赖对象的某个属性，在被依赖对象被创建之后，IoC容器会自动初始化该属性；

方法注入（Method Injection）：如果被依赖对象需要调用某个方法进行相应的初始化，在该对象创建之后，IoC容器会自动调用该方法。

开源社区具有很有流行的IoC框架，比如Castle Windsor、Unity、Spring.NET、StructureMap和Ninject等。Unity是微软Patterns & Practices部门开发的一个轻量级的IoC框架。该项目在Codeplex上的地址为http://unity.codeplex.com/，你可以下载相应的安装包和开发文档。Unity的最新版本为2.1。出于篇幅的限制，我不可能对Unity进行前面的介绍，但是为了让读者了解IoC在Unity中的实现，我写了一个简单的程序。

我们创建一个控制台程序，定义如下几个接口（IA、IB、IC和ID）和它们各自的实现类（A、B、C、D）。在类型A中定义了3个属性B、C和D，其类型分别为接口IB、IC和ID。其中属性B在构在函数中被初始化，以为着它会以构造器注入的方式被初始化；属性C上应用了DependencyAttribute特性，意味着这是一个需要以属性注入方式被初始化的依赖属性；属性D则通过方法Initialize初始化，该方法上应用了特性InjectionMethodAttribute，意味着这是一个注入方法在A对象被IoC容器创建的时候会被自动调用。

 1: namespace UnityDemo
 2: {
 3: public interface IA { }
 4: public interface IB { }
 5: public interface IC { }
 6: public interface ID {}
 7:
 8: public class A : IA
 9: {
10: public IB B { get; set; }
11: [Dependency]
12: public IC C { get; set; }
13: public ID D { get; set; }
14:
15: public A（IB b）
16: {
17: this.B = b;
18: }
19: [InjectionMethod]
20: public void Initialize（ID d）
21: {
22: this.D = d;
23: }
24: }
25: public class B: IB{}
26: public class C: IC{}
27: public class D: ID{}
28: }

然后我们为该应用添加一个配置文件，并定义如下一段关于Unity的配置。这段配置定义了一个名称为defaultContainer的Unity容器，并在其中完成了上面定义的接口和对应实现类之间映射的类型匹配。

 1: <configuration>
 2: <configSections>
 3: <section name="unity"
 4:type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection, 
 5:Microsoft.Practices.Unity.Configuration"/>
 6: </configSections>
 7: <unity>
 8: <containers>
 9: <container name="defaultContainer">
10: <register type="UnityDemo.IA, UnityDemo" mapTo="UnityDemo.A, UnityDemo"/>
11: <register type="UnityDemo.IB, UnityDemo" mapTo="UnityDemo.B, UnityDemo"/>
12: <register type="UnityDemo.IC, UnityDemo" mapTo="UnityDemo.C, UnityDemo"/>
13: <register type="UnityDemo.ID, UnityDemo" mapTo="UnityDemo.D, UnityDemo"/>
14: </container>
15: </containers>
16: </unity>
17: </configuration>

最后在Main方法中创建一个代表IoC容器的UnityContainer对象，并加载配置信息对其进行初始化。然后调用它的泛型的Resolve方法创建一个实现了泛型接口IA的对象。最后将返回对象转变成类型A，并检验其B、C和D属性是否是空。

 1: static void Main（string[] args）
 2: {
 3: IUnityContainer container = new UnityContainer（）;
 4: UnityConfigurationSection configuration = ConfigurationManager.GetSection（UnityConfigurationSection.SectionName）
 5: as UnityConfigurationSection;
 6: configuration.Configure（container, "defaultContainer"）;
 7: A a = container.Resolve<IA>（） as A;
 8: if （null ！= a）
 9: {
10: Console.WriteLine（"a.B == null ？ {0}", a.B == null ？ "Yes" : "No"）;
11: Console.WriteLine（"a.C == null ？ {0}", a.C == null ？ "Yes" : "No"）;
12: Console.WriteLine（"a.D == null ？ {0}", a.D == null ？ "Yes" : "No"）;
13: }
14: }

从如下给出的执行结果我们可以得到这样的结论：通过Resolve<IA>方法返回的是一个类型为A的对象，该对象的三个属性被进行了有效的初始化。这个简单的程序分别体现了接口注入（通过相应的接口根据配置解析出相应的实现类型）、构造器注入（属性B）、属性注入（属性C）和方法注入（属性D）。[源代码从这里下载]

 1: a.B == null ？ No
 2: a.C == null ？ No
 3: a.D == null ？ No