dependency-injection - 在方法或构造函数中注入(inject)依赖项？

Question

依赖注入(inject)似乎是件好事。一般来说，依赖关系应该注入(inject)到需要它们的方法中，还是应该注入(inject)到类的构造函数中？

请参阅下面的示例以演示注入(inject)相同依赖项的两种方法。

//Inject the dependency into the methods that require ImportantClass
Class Something {

    public Something()
    {
         //empty
    }

    public void A() 
    {
         //do something without x
    }

    public void B(ImportantClass x)
    {
         //do something with x
    }

    public void C(ImportantClass x)
    {
         //do something with x
    }
}

//Inject the dependency into the constructor once
Class Something {
    private ImportantClass _x
    public Something(ImportantClass x)
    {
         this._x = x;
    }

    public void A() 
    {
         //do something without x
    }

    public void B()
    {
         //do something with this._x
    }

    public void C()
    {
         //do something with this._x
    }

}

Answer 1

构造函数注入(inject)的主要好处是它允许将您的字段标记为最终字段。例如:

class Foo {
    private final Bar _bar;

    Foo(Bar bar) {
        _bar=bar;
    }
}

以下页面列出了优缺点: Guice Best Practices :

方法注入(inject)

+ 不是现场注入(inject)

+ 仅适用于一些奇怪的边缘情况

构造函数注入(inject)

+ 字段可以是最终的!

+ 注入(inject)不可能被跳过

+ 依赖关系一目了然

+ 这就是 build 的理念

- 无可选注入(inject)

- 当 DI 库不能自己实例化时无用

- 子类需要“了解”其父类(super class)所需的注入(inject)

- 对于只“关心”其中一个参数的测试不太方便