松耦合、针对抽象编程、不针对实现编程是面向对象设计的原则。依赖注入就是，在一个类的内部，不通过创建对象的实例而能够获得实现了某个公开接口的对象引用。所谓的控制反转也是相同的意思。把依赖的创建转移到了使用这些依赖的类的外部，反转的是依赖的创建。控制反转可以是通过依赖注入和服务定位器模式来实现。依赖注入特别适用于复杂的依赖关系的程序中。
在Asp.net MVC程序中，经常使用仓储模式来分离控制器和数据访问层。有利于进行单元测试和测试驱动开发（TDD）。
实现依赖注入可以使控制器和使用的仓储层相互独立，使用控制器减少了对仓储层的依赖。依赖注入可以通过直接构造方法注入和属性注入、IOC容器注入三种方式。
在Asp.net MVc中，使用NInject 实现依赖注入的步骤如下
1、安装 Ninject
在VS中在程序包管理控制台中输入 Install-Package Ninject -Project ApplicationName。则NuGet或自动下载和安装、引用Ninject的程序集。也可以直接使用 vs 的 工具 的管理窗口操作抽完Nuget下载。
2、 可以有两种方式。
第一种：
1、：建立一个控制器工厂类，接管控制器对象的创建。在ASP.NET MVC中，一个客户端请求是在特定Controller的Action中进行处理的。 默认情况下，ASP.NET MVC使用内置的Controller工厂类 DefaultControllerFactory来创建某个请求对应的Controller实例。有时候默认的Controller工厂不能满足我们实际的需求，我们就需要对这种默认行为进行扩展，即创建一个继承自DefaultControllerFactory类的自定义Controller工厂类并重写其中的一些方法。
public class NinjectControllerFactory: DefaultControllerFactory
{
private IKernel ninjectKernel;
protected override IController GetControllerInstance(RequestContext request requestContext,Type controllerType)
{
return controllerType== null ?null :(IController)njinectKernel.Get(controllerType);
}
// 添加绑定。
private void AddBindings()
{
_kernel.Bind<IStudentRepository>().To<StudentRepository>();
}
}
上面代码中的 ninjectKernel.Get(controllerType) 可获取到一个Controller实例。在这里如果手动实例化Controller类是一个非常复杂的过程，我们不知道Controller类有没有带参数的构造函数，也不知道构造函数的参数是什么类型。而使用Ninject只需要使用上面的一个Get方法就可以，Ninject内部会自动处理所有的依赖关系，智能地创建我们需要的对象。
2、需在Global.asax文件的Application_Start方法中添加下面代码：
protected void Application_Start() { ...... //设置Controller工厂 ControllerBuilder.Current.SetControllerFactory(new NinjectControllerFactory()); }
第二种方式：实现 System.Web.MVc 命名空间下的IDepenednctyResolver接口
完整的代码如下：
1、模型类:Student
public class Student
{
public int ID { get; set; }
public string LastName { get; set; }
public string FirstName { get; set; }
public DateTime EnrollmentDate { get; set; }
public string FullName
{
get { return FirstName + LastName; }
}
}
}
2、建立仓储接口 IStudentRepository类，和实现接口StudentRepository类
public interface IStudentRepository:IDisposable
{
IQueryable <Student> GetStudents(); //IQueryable<>和IEumrable<>都可以，但使用 IQueryable<>效率高一些，因为他是延迟查询，只会查出需要使用的数据。为什么用IQueryable而不用IEnumerable作为返回类型？答案是：使用IQueryable，EF会根据调用者的Linq表达式先生成相应的SQL查询语句，然后到数据库中执行查询，查询出来的数据即是用户想要的数据；而使用IEnumerable，Linq表达式的过滤、排序等操作都是在内存中发生的，即EF会先从数据库中把整个表的数据查询出来放在内存中，然后由调用者使用Linq语句进行过滤、排序等操作。
IQueryable虽然可以很智能地根据Linq表达式生成相应的SQL语句，但毕竟有一个分析Linq表达式的过程，相对来说性能比IEnumerable要差。那么我们什么时候用IEnumerable，什么时候用IQueryable呢？我想，对于少量的数据（比如从数据库中读取应用程序相关的系统信息）和不需要对数据进行过滤操作的情况，用IEnumerable比较适合；对于数据量较大需要对数据进行过滤（比如分页查询）的情况，则用IQueryable比较合适
Student GetStudentByID(int? studetnID);
void InsertStduent(Student student);
void DeleteStudent(int? studentID);
void UpdateStudent(Student student);
void Save();
}
//实现仓储接口。
public class StudentRepository:IStudentRepository,IDisposable
{
private SchoolContext context;
public StudentRepository(SchoolContext context)
{
this.context = context;
}
public IQueryable <Student> GetStudents()
{
return context.Students.ToList();
}
public Student GetStudentByID(int? studetnID)
{
return context.Students.Find(studetnID);
}
public void InsertStduent(Student student)
{
context.Students.Add(student);
}
public void DeleteStudent(int? studentID)
{
Student student = context.Students.Find(studentID);
context.Students.Remove(student);
}
public void UpdateStudent(Student student)
{
context.Entry(student).State = EntityState.Modified;
}
public void Save()
{
context.SaveChanges();
}
private bool disposed = false;
protected virtual void Dispose(bool disposing)
{
if (!this.disposed)
{
if (disposing)
{
context.Dispose();
}
}
}
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
}
3、实现IDendenctyResolver接口的 NinjectDependencyResolver。
public class NinjectDependencyResolver:IDependencyResolver
{
private readonly IKernel _kernel; //创建Ninject内核实例
public NinjectDependencyResolver()
{
_kernel = new StandardKernel();
AddBindings();
}
private void AddBindings() //绑定接口到实现了该接口的类
{
_kernel.Bind<IStudentRepository>().To<StudentRepository>();
// _kernel.Bind<IStudentRepository>().To<StudentRepositoryInMemory>();
}
public object GetService(Type serviceType) //【实现IDendcyResolver 接口的两个方法
{
return _kernel.TryGet(serviceType);
}
public IEnumerable<object> GetServices(Type serviceType)
{
return _kernel.GetAll(serviceType);
}
}
4、同样需要的 globe.asax 中注册依赖解析器
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
BundleConfig.RegisterBundles(BundleTable.Bundles);
DependencyResolver.SetResolver(new NinjectDependencyResolver()); //注册依赖解析容器。
}
5、控制器
public class StudentController : Controller
{
private IStudentRepository studentRepository;
//如果你正使用Dependenty injection 或者DI,你不需要默认的构造方法，因为DI软件将始终保证正确的仓储对象被提供。
public StudentController(IStudentRepository studentRepository)
{
this.studentRepository = studentRepository;
}
// GET: Student
public ActionResult Index()
{
return View(studentRepository.GetStudents());
}
StudentController的构造函数接受了一个IStudentRepository参数，当StudentController被实例化的时候，Ninject就为其注入了StudentRepository的依赖。
6、修改由基架自动生成的控制器方法，控制器由直接访问 数据库上下文变成访问 仓储接口。
如
// GET: Student
public ActionResult Index()
{
return View(studentRepository.GetStudents());
}
另外：还可以使用 Kernel内核对象来获取 接口的实现，比如
Student student =ninjectKernel.Get<IStudentRepository>(); GET<>方法返回的是绑定的 StudentRepository对象。