我刚刚开始使用 IoC 容器，并开始使用 Ninject。我了解可以合并到内核中的单独模块的原理。但是我很好奇我是否应该在我的代码中的任何地方都有第一行，我将要求我的服务层中某些东西的具体实现。
IKernel kernel = new StandardKernel(new SimpleModule());
// example: getting my ContentService
IContentService contentService = kernel.Get<IContentService>();
如果我有一个包含 10 个使用 ContentService 的方法的类，我真的应该在每个方法中都新建一个模块和一个内核吗？看起来像代码气味。大多数开发人员如何使用 Ninject 处理这个问题？是否有任何在线文章显示了使用消费者类执行此操作的正确方法？
【问题讨论】：
标签： c# .net inversion-of-control ninject ioc-container
如果我有一个包含 10 个使用 ContentService 方法的类，我应该 真的在每个方法中都新增了一个模块和一个内核吗？
不，您应该让这个类将IContentService 作为构造函数参数（因为它在其方法中依赖于它），然后让内核为您提供这个类的实例。你的类应该对 DI 容器一无所知（在你的例子中是 Ninject）。他们永远不应该引用它。
【讨论】：
基本上有两种使用 IoC 的方式：依赖注入 (DI) 和服务定位 (SL)。 在处理依赖注入时，您从类外部为您提供依赖。通常，您通过将依赖项注入（传递）到类构造函数或使用 setter 来执行此操作。例如：
public class SomeClass {
public ISomeDependency SomeDependency {get;set;}
public SomeClass(ISomeOtherDependecy someOtherDependency) {
//...
}
}
在这种情况下，您可以通过属性提供 ISomeDependency 实现，并且应该通过构造函数提供 ISomeOtherDependecy 实现。 Ninject 支持两种方式。
另一种方式（SL）允许你在需要的时候请求你的依赖，例如：
public void DoSomeAction() {
ISomeDependency someDependency = MyServiceLocatorImpl.GetInstance<ISomeDependence>()
}
如果您打算使用 SL 方法（或混合方法），您可以使用 Common Service Locator（Ninject has support 为它）。以后可以轻松切换我们的 IoC 引擎。
【讨论】：