摘要：提供者是特殊的工厂类，Ninject使用它来实例化解析类型。任何时候我们绑定一个服务类型到一个组件，我们都隐式地关联那个服务类型到一个可以实例化那个组件的提供者。这个隐藏的提供者被称为StandardProvider，是一个通用的工厂，他可以创建每一个给定类型的实例。尽管我们可以经常依赖StandardProvider而不用对他在背后做了什么费心，Ninject也允许我们创建和注册我们自己自定义的提供者。 阅读全文

摘要：既然在插件模型里，每一个服务类型可以被映射到多个实现，绑定方法不用决定要返回哪个实现。因为kernel应该返回所有的实现。然而，上下文绑定是多个绑定场景，在这个场景里，kernel需要根据给定的条件，在多个提供的类型里选择一个实现。 阅读全文

摘要：在前面的章节中，我们看了在单一的绑定条件下Ninject能够处理依赖类型，就是说，每个服务类型只绑定到单一的实现类型。然而，有些情况下我们需要绑定一个抽象服务类型到多个实现，这叫多个绑定。多个绑定有两种情况。第一个是插件模型实现，另一个是上下文绑定。这篇文章介绍插件模型实现，下一篇文章介绍上下文绑定。 阅读全文

摘要：可以使用不同的模式向消费者类注入依赖项，向构造器里注入依赖项是期中一种。有一些遵循的模式用来注册依赖项，同时有一些需要避免的模式，因为他们经常导致不合乎需要的结果。这篇文章讲述那些跟Ninject功能相关的模式和反模式。然而，全面的介绍可以在Mark Seemann的书《Dependency Injection in .NET》中找到。 阅读全文

摘要：在小的应用系统中一个一个注册一些服务类型不怎么困难。但是，如果是一个实际的有上百个服务的应用程序呢？约定配置允许我们使用约定绑定一组服务，而不用一个一个分别绑定。 阅读全文