MVC框架之所以如此受欢迎的原因之一就是它十分注意支持关注分离，使各个功能部件尽量能够相互独立。今天我们就来看看MVC4如何使用DI方法实现一些组件的独立，使本来结合紧密的部件，松耦合。我现在所说的对于.net的一些初学者来说可能有点拗口，其实我也是一个实打实的初学者，自己开始看这段话的时候迟迟不能理解，但是当看了实例之后，消化了一下就还算是懂得了其中的一些韵味了。下面就让我来和大家分享一下我自己所理解的依赖性注入。希望大家能多指教。

那么接下来我们来看一个简单的例子,用Demo说话

---

我们新建一个MVC4的项目吧

然后选择Basic模板

点击Ok创建好项目

接着在Models文件夹添加一个IEmailSender接口，代码如下

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace DIShow.Models
{
    public interface IEmailSender
    {
        public string SendEmail();
    }
}

接着再添加一个EmailSender类实现IEmailSender接口，代码如下

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;

namespace DIShow.Models
{
    public class EmailSender:IEmailSender
    {
        public string SendEmail()
        {
            return "My Name is SendEmail,My Type is EmailSender";
        }
    }
}

---

现在我们在Controller文件夹里添加一个HomeController

我们要实现的功能就是在Controller里调用SendEmail方法来发送一个邮件。

我们在controller里添加如下代码就可以了。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using DIShow.Models;

namespace DIShow.Controllers
{
    public class HomeController : Controller
    {
        private IEmailSender emailSender;
        public string  Index()
        {
            emailSender = new EmailSender();
            return emailSender.SendEmail();
        }

    }
}

这个时候我们运行程序，就可以看到浏览器里的输出

现在我们唯一可以确定的就是这个程序时正确的。

---

那么现在我们就来谈谈这样简单的一个程序可以怎样做，来让他更为合理，具有清晰的结构。

首先我们可以看到，我们有一个接口和一个实现这个接口的类，肯定有同学会想问，就这样的程序干嘛还要多此一举搞个接口，直接在controller里面实例化这个类，再调用SendEmail方法就好了。我想说的是，接口只是为了后面的改进做一个铺垫，现在看来确实是可有可无。

然后现在我提出一个问题，要是我有多个发送邮件的程序，也就是说有多个类似于EmailSender这样的类。要是我想换一个发送程序，岂不是我每次必须要修改控制器中的代码，以此来切换发送程序。这样的做法对于很小的程序来说还好，对于稍微大一点的程序就会变得很不合理。这样就把控制器的代码变得十分繁琐了。而且对于MVC程序来说控制器就相当于大脑，你不能总是修改大脑，最合理的方式就是修改提供程序，然后大脑只需要一个调用执行该方法的接口就行了，并不需要关心具体是怎么实现的。回到我们现在的例子，我们要实现的效果就是在controller里面不出现EmailSender，只需要一个IEmailSender接口。我们只需要实例化这个接口的具体实现就行了。所以我们可以对控制器中的代码进行如下改进

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using DIShow.Models;

namespace DIShow.Controllers
{
    public class HomeController : Controller
    {
        private IEmailSender emailSender;
        public HomeController(IEmailSender emailSender)
        {
            this.emailSender = emailSender;
        }
        public string  Index()
        {
            return emailSender.SendEmail();
        }

    }
}

我们可以看到这时我们就实现了HomeController和EmailSender之间毫无联系，当然这样的程序时没办法运行的，因为程序并不知道如何实例化IEmailsender这个接口，虽然有一个实现了这个接口的类，但是我们并没有告诉程序应该用哪个类去实例化这个接口。所以接下来我们就要去告诉程序应该用哪个类去实例化这个接口。

---

解决问题的方法就是“DI容器”，这个容器就是在接口（例如IEmailSender）和实现接口的具体类（例如EmailSender）之间担任一个中间人，由他来处理具体通过实例化哪个类来实例化接口。

而DI容器应该如何实现呢，两种方法，第一种就是自己创建一个DI容器，第二种就是用网上的开源代码，本人用的是Ninject包，网址：http://www.ninject.org

而在本篇博客中，由于作者本人能力有限，所以将只演示第二种方法。
大家可以在我提供的网址上看一下该包的具体细节然后下载包来进行使用，也可以直接在VS中的引用中进行安装。如下图

安装好后接下来我们就开始用使用这个包来帮助我们创建DI容器

---

第一步：创建一个依赖性链解析器

这个解析器就是类似搞出一个中介，让程序知道哪一个类去实例化哪一个接口。我们可以在mvc项目中，新建一个文件夹，例如Infrastructure，然后在里面建一个类：NinjectDependencyResolver 并实现IDependencyResolver接口，代码如下

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using Ninject;
using System.Web.Mvc;
using DIShow.Models;

namespace DISh