遵守Demeter法则时我的对象构造代码应该在哪里？

问题描述

| 我一直在看Misko Hevery在Google进行的干净代码讨论。这些演讲说：在构造函数中要求依赖，以便其他程序员可以确切地看到预先需要的内容，以实例化给定对象的实例（demeter定律）。由于程序员完全知道需要模拟什么，因此这也使测试更加容易。 时间示例 如果我有一个

Customer

类，并且我也有一个

CustomerDAO

类来抽象数据访问。在构造客户对象时，我可以执行以下操作：

database = new Database(\'dsn\');
customerDao = new CustomerDAO(database);
customer = new Customer(customerDao);

这可能在我的控制器中发生。我可以通过使用依赖项注入容器来简化此对象的构造。下面，我使用了一个DI容器来获取数据库类的实例，因为该实例在我的应用程序中得到了广泛的使用。这样可以将构造代码减少到一个地方，并且可以进行模拟以进行测试。 是否应该将域类依赖项（在这种情况下为DAO对象）添加到我的DI容器中？如果我的应用程序很大，这会使我的DI容器很大吗？ 使用DI容器，我的代码可能如下所示：

// container setup
container->dsn = \'...\';
container->dbh = function($c) {
    return new Database($c->dsn);
};
container->customerDao = function($c) {
    return new CustomerDAO($c->dbh);
};

// controller code
class ControllerCustomer extends ControllerBase {

    public function index() {
        container = this->getContainer();
        customer = new Customer(container->customerDao);
        view->customerName = customer->getName();
        view->render();
    }

}

似乎还可以，如果另一个程序员想要测试

Customer

，他们只需要模拟

CustomerDAO

。 进一步介绍此示例，如果我有依赖于其他域类的域类，那么我的DI容器肯定不需要知道如何构造每个域类吗？例如： 我的客户可能是公司/机构，因此有许多用户。

class Customer {

  protected _dao;

  public function Customer(dao) {
    _dao = dao;
  }

  public function listUsers() {
    userIds = _dao->getAllUserIds();
    users = array();
    foreach (userIds as uid) {
      user = new User(new UserDAO(new Database(\'dsn\')); // problem
      users[] user->load(uid);
    }
    return users;
  }

}

问题 由于我没有将我的DI容器传递给我的

Customer

对象，因此它无法创建用户对象，如上所示，因为它没有引用数据库DSN（并且确实不需要知道如何创建用户） 创建它自己的依赖项会使此代码不可测试，因为它们是具体的，没有模拟缝。 如果确实将容器传递给我的

Customer

类，这是否使我的

Customer

界面撒谎？ （请参阅链接的Google视频中的9:15）。 我是否应该将用户工厂传递给ѭ0，以使其能够构造

User

对象？

database = new Database(\'dsn\');
userDao = new UserDAO(database);
userFactory = new UserFactory(userDao);
customer = new Customer(customerDao,userFactory);

ѭ13的结构应该放在我的DI容器中吗？     

解决方法

        如果我正确地解释了这一点，似乎您的问题实际上是关于实体构建和生命周期管理的。 DDD是一种设计方法，它为如何解决此类问题提供了非常规范的指导；在您的情况下，相关概念是存储库和聚合根。尽管DDD可能不会直接回答您的问题，但它会使您更轻松地找到符合您要求的基于模式的解决方案。 我故意不尝试一般性地解释DDD或我提到的概念； SO和其他地方有足够的材料可供参考。