依赖注入 - 传递完整的类还是类的名称更好？

Question

对于依赖注入，我知道我必须将一个类的实例传递给主实例，而不是主类创建它自己的实例，就像这样（php）：

class Class_One {
  protected $_other;
  public function setOtherClass( An_Interface $other_class ) {
    $this->_other_class = $other_class;
  }
  public function doWhateverYouHaveToDoWithTheOtherClass() {
    $this->_other_class->doYourThing();
  }
}

interface An_Interface {
  public function doYourThing();
}

class Class_Two implements An_Interface {
    public function doYourThing() { }
}

class Class_Three implements An_Interface {
    public function doYourThing() { }
}


// Implementation:
$class_one = new Class_One();
$class_two = new Class_Two();
$class_three = new Class_Three();
$class_one->setOtherClass( $class_two );
$class_one->doWhateverYouHaveToDoWithTheOtherClass();
$class_one->setOtherClass( $class_three );
$class_one->doWhateverYouHaveToDoWithTheOtherClass();

这一切都很好。我知道，由于 Class_Two 和 Class_Three 都实现了 An_Interface，因此它们可以在 Class_One 中互换使用。 Class_One 不知道它们之间的区别。

我的问题是，不是将实例传递给 setOtherClass，而是传递诸如“Class_Two”之类的字符串，并让 Class_One 的 setOtherClass 方法实际创建实例本身，如下所示：

class Class_One {
  ...
  public function setOtherClass( $other_class_name ) {
    $this->_other_class = new $other_class_name();
  }
  ...
}

这是否违背了依赖注入，或者这完全有效吗？我认为这种类型的设置可以帮助我进行配置，用户可以提前在字符串中指定他想要使用哪个类，然后可以将其传递给 Class_One..

实际上，写出这个让我觉得这可能不是一个好的解决方案，但我仍然会发布这个，以防有人可以给我一些关于为什么我应该/不应该这样做的良好反馈。

谢谢=）

瑞安

Answer 1

从理论上讲，这违背了依赖注入的目的；您正在告诉 Class_One，它依赖于 An_Interface，它应该实例化该接口的哪个具体实现。这要求 Class_One 知道如何实例化任何 An_Interface 实现，将 Class_One 与所有 An_Interface 实现紧密耦合。如果添加新的An_Interface Class_Four，则必须返回并告诉Class_One如何实例化Class_Four。

在 PHP 中，只要所有 An_Interface 实现都有无参数构造函数，您就可以摆脱这种情况。但是，如果任何实现需要注入其他依赖项，那么您就完蛋了；如果 Class_Four 需要 Class_Five 而 Class_One 不知道，则不能告诉 Class_One 新建 Class_Four。

Answer 2

传递由接口指定的对象。否则你怎么能100%准确地知道构建这个对象需要什么？

public function __construct(MyInterface $object) {
}

这样，如何创建对象并不重要，您只需要知道是否可以按照您需要的方式使用它（您正在编程的接口）...

Answer 3

无论哪种方式在技术上都是等效的 IMO。判断您是否正确执行依赖项注入的主要测试是查看您是否使用带有“new”或静态方法调用的任何常量字符串。您的代码看起来不错，只要在实现部分中，可以通过配置或其他机制更改类。传递类的字符串名称的唯一缺点是您无法确定它是否实现了特定接口或扩展了某些其他对象。对此的检查可能会变得混乱。但是，如果您的应用程序可以优雅地处理这个问题，那么您应该没问题。不过，传递实际实例化的对象是最好的技术。