如何使用手动依赖注入实例化一个类？

Question

我有一个可能需要或不需要服务的类，之前通过依赖注入注册，具体取决于用户需要。

他通过静态方法GetInstance(bool) 实例化我的类，如果bool 设置为true，那么我需要调用基于依赖注入的构造函数。如何做到这一点？

public class MyClass {
  private MyClass() {
    // ...
  }

  private MyClass(MyService env) {
    // ...
  }

  public static MyClass GetInstance(bool serviceIsNeeded) {
     if (serviceIsNeeded) {
         /* How to realize the following ?
          * if (!ServiceRegistered<MyService>())
          *     throw new ServiceNotFoundException(...);
          * return InstanciateWithDependencyInjection(typeof(MyClass));
         */
     }
     else
         return new MyClass();
  }
}

例如，在 Java 中，您将 @Inject 标记放在构造函数的顶部，然后像这样实例化您的类：MyClass myClass = getInjector(getContext()).getInstance(MyClass.class)

我正在 C# 和 ASP.NET Core 2 中寻找相同的概念。

Answer 1

Tl;博士，我认为您在这里走错了路。这几乎是Service Locator (anti) pattern。

---

您应该尝试在构建底层类的 DI 框架中自始至终集成 DI，然后其他一切都只接受依赖项。还有一种说法是，“如果你注入一个类而不使用它，这有什么关系？”。提供该类在构造中没有开销（它不应该）只需注入并使用它。

所以你的类应该是这样的：

public class MyClass {

  //inject all the dependencies
  private MyClass(MyService env) {
    // ...
  }


}

漂亮又简单。

服务定位器往往会导致组件耦合过于紧密。例如，在问题中的代码中，您如何对GetInstance 进行单元测试？这很棘手，你不能注入模拟等。

DI 的全部意义在于解耦您的组件以提供更好的灵活性并简化单元测试。

我曾经有一个 UnitTest 项目，它引用了一个虚拟网络应用程序 注册所有必需的服务

看到这不是很好的测试，我想说你的测试很快就会变得臃肿且难以维护。使用模拟引擎等很容易测试上述内容。如果您更改x，您不希望它影响y 的测试。

Answer 2

我会保持 MyClass 清晰，并将依赖项放在构造函数中。如果构造函数无法解决此依赖关系，那么我将创建手动创建对象的工厂类。像这样的：

public class MyClassFactory{

    public MyClass Create(){
        // insetead of manualy creating depenedecy service locator can be 
        // used
        return new MyClass(new MyService());
    }
}

public class MyClass{

    public MyClass(MyService myService){}
}

public class MyService {

}