为什么不“在对象构造函数中实例化一个新对象”呢？

Question

我回答了一个问题（链接），我在另一个类的构造函数中使用了新对象的创建，下面是示例：

class Person {
  public $mother_language;

  function __construct(){ // just to initialize $mother_language
    $this->mother_language = new Language('English');
}

我得到了用户“Matija”（他的个人资料）的评论，他写道：你永远不应该在object consturctor中实例化一个新对象，依赖项应该从外部推送，所以任何使用这个类的人都知道这个类依赖于什么！

>

由于私有属性，其他类给了我一些功能，我可以在不重复代码的情况下解决这些功能，例如，我可以创建一个对象列表（实现ArrayAccess接口的类），这个类将用于另一个具有这样一个对象列表的类，

某些类使用例如datetime对象，

如果我包含（或自动加载）依赖类，那么错误应该没有问题，

由于依赖对象的数量可能非常大，因此将所有依赖对象传递给类构造函数可能非常长且不清楚，例如

$color = new TColor('red'); // do we really need these lines?
$vin_number = new TVinNumber('xxx');
$production_date = new TDate(...);
...
$my_car = new TCar($color, $vin_number, $production_date, ...............);

因为我“出生”在帕斯卡，然后在德尔菲，我有一些习惯从那里。而在德尔福（以及它的竞争对手FreePascal）中，这种做法是非常常见的。例如，有一个TStrings类处理字符串数组，为了存储它们，它不使用array，而是另一个类TList，它提供了一些有用的方法，而TStrings只是某种接口。tlist对象是私有声明的，除了tstrings的getter和setter之外，没有外部访问权限。

请解释一下，避免在构造函数中创建对象真的很重要吗？

我读了这篇讨论，但仍然不清楚。

Answer 1

是的。真的是。然后，您就清楚了对象需要什么来构造。传入大量的依赖对象是一种代码气味，可能您的类做得太多了，应该在多个较小的类中分解。

如果要测试代码，传入依赖对象的主要好处是。在你的例子中，我不能使用假语言类。我必须使用实际的类来测试人。我现在不能控制语言的行为来确保这个人正确地工作。

这篇文章有助于解释为什么这是一件坏事，以及它导致的潜在问题。http://misko.hevery.com/code-reviewers-guide/flaw-constructor-does-real-work/

至于创建对象并将它们传入，这就是Factory模式http://www.oodesign.com/factory-pattern.html的全部用途。它将创建依赖项并为您注入它们。因此，您可以向它请求以您想要的方式初始化的对象。Person对象不应该决定它需要是什么。