使用 DI 进行单元测试

Question

我有一个关于依赖注入的问题。到目前为止，我一直保持简单，我的方法基本上是在对象内分解对象创建并将其传递到构造函数中。我已经到了攻击需要多个对象的更大类的地步。有些甚至拥有包含其他对象的对象，到处都有快乐的小单身人士。当测试这些类时，它会很快变得丑陋，因为它们远非“隔离”，它们仍然被硬编码到它们的依赖项。

所以。为一个简单的类注入一个或两个对象很简单，

我研究了依赖容器，看到了许多实现，现在想知道使用容器与注册表相比有什么优势。难道不能轻松地使用注册表来保存匿名函数，以便在调用时创建所需的依赖项吗？

我查看的 2 个容器， Php Dependency 和 Pimple 在实现上有很大不同。

我想知道使用容器与传递直接对象相比的优势。我无法理解如何测试 php-dependency 的实现，即如何在 phpunit 中实现模拟数据库对象而不在测试时注入实际的类？在这样的文档标签中映射和使用依赖项有好处吗？

Class Book {

  private $_database;

  /**
   * @PdInject database
   */
  public function setDatabase($database) {
      $this->_database = $database;
  }

}

另一方面，粉刺采取了完全不同的方法。没有文档块标签，没有单独文件中的映射，看起来像是某种增强的注册表......

  Objects are defined by anonymous functions that return an instance of the object:

 // define some parameters
 $container['cookie_name'] = 'SESSION_ID';
 $container['session_storage_class'] = 'SessionStorage';

可以同时充当工厂：

$container['session'] = function ($c) {
    return new Session($c['session_storage']);
};

声明共享资源始终服务于同一个实例（单例！？）：

$c['session'] = $c->share(function ($c) {
return new Session($c['session_storage']);
});

这是我想到使用一个简单的注册表来保存对象或匿名函数的想法。但是我在这种方法中遗漏了一些东西吗？ Pimple，我可以看到如何测试，但从测试的角度来看，Php-Dependency 对我来说不清楚。

Answer 1

通常在我们的应用程序中，我们进行构造函数注入并为系统中的所有组件定义一个接口：

class Book
{
    /**
     * @var Db_AdapterInterface
     */
    private $_database;

    public function __construct(Db_AdapterInterface $database)
    {
        $this->_database = $database;
    }
}

当然，我们有一个标准的 Db_Adapter ，然后是另一个 Db_TestAdapter 。在 Db_TestAdapter 中，我们可以定义测试中 SQL 查询的结果。

对于我们的普通应用程序，我们的容器有这样的东西：

$container->add('Db_AdapterInterface', new Db_Adapter());

然后在我们的测试中，我们有这一行：

$container->add('Db_AdapterInterface', new Db_TestAdapter());

要获取 Book 的实例，我们只需向容器询问它：

$book = $container->construct('Book');

然后容器注入所有需要的依赖项进入物体。

如果您保持所有对象松散耦合，即对象 A 仅需要一个接口 B，那么您始终可以为对象 A 提供测试实现。那时您使用什么容器并不重要。

我们有一个非常简单的 IoC 容器，可以执行基本的构造函数注入。我们的测试继承自一个基类，该基类用标准测试对象填充容器。这样我们就不需要大量代码来构造我们想要测试的对象。

更新：
我添加了一个在容器中连接事物的示例。