php - 了解 IoC 容器和依赖注入(inject)

Question

我的理解:

依赖是指 ClassA 的实例需要 ClassB 的实例来实例化 ClassA 的新实例。

依赖注入(inject)是当 ClassA 被传递一个 ClassB 的实例时，通过 ClassA 的构造函数中的参数或通过 set~DependencyNameHere~(~DependencyNameHere~ $param) 函数。 (这是我不完全确定的领域之一)。

IoC 容器是一个单例类(在任何给定时间只能实例化 1 个实例)，其中可以注册为该项目实例化这些类的对象的特定方式。 Here's a link to an example of what I'm trying to describe along with the class definition for the IoC container I've been using

所以在这一点上，我开始尝试将 IoC 容器用于更复杂的场景。到目前为止，似乎为了使用 IoC 容器，对于我想创建的几乎所有具有它想要在 IoC 容器中定义的依赖项的类，我都只能使用 has-a 关系。如果我想创建一个继承类的类，但前提是父类是以特定方式创建的，它在 IoC 容器中注册了怎么办。

所以举个例子:我想创建一个mysqli的子类，但是我想在IoC容器中注册这个类，只用我之前在IoC容器中注册的方式构造的父类进行实例化。我想不出不复制代码的方法(因为这是一个学习项目，我试图让它尽可能“纯”)。 Here are some more examples of what I am trying to describe.

所以这里是我的一些问题:

在不违反 OOP 的某些原则的情况下，我上面尝试做的事情是否可行？我知道在 C++ 中我可以使用动态内存和复制构造函数来完成它，但我一直无法在 php 中找到那种功能。 (我承认，除了 __construct 之外，我几乎没有使用任何其他魔术方法的经验，但是如果我理解正确的话，从阅读和 __clone 来看，我无法在构造函数中使用它来使子类被实例化为父类的实例)。

与 IoC 相关的所有依赖类定义应该放在哪里？ (我的 IoC.php 应该在顶部有一堆 require_once('dependencyClassDefinition.php') 吗？我的直觉 react 是有更好的方法，但我还没有想出一个)

我应该在哪个文件中注册我的对象？当前在类定义之后对 IoC.php 文件中的 IoC::register() 进行所有调用。

在注册需要依赖项的类之前，是否需要在 IoC 中注册依赖项？因为在我实际实例化在 IoC 中注册的对象之前我不会调用匿名函数，所以我猜不是，但它仍然是一个问题。

还有什么我应该做或使用的东西吗？我正在尝试一步一步来，但我也不想知道我的代码是可重用的，最重要的是，对我的项目一无所知的人可以阅读并理解它。

Answer 1

简单地说(因为它不是仅限于 OOP 世界的问题)，一个 依赖 在这种情况下，组件 A 需要(依赖)组件 B 来做它应该做的事情。该词还用于描述此场景中的依赖组件。用 OOP/PHP 术语来说，请考虑以下带有强制性汽车类比的示例:

class Car {

    public function start() {
        $engine = new Engine();
        $engine->vroom();
    }

}

Car取决于 Engine . Engine是 Car的依赖。不过这段代码很糟糕，因为:

依赖是隐含的；您不知道它在那里，直到您检查 Car的代码

类是紧密耦合的；您无法替代 Engine与 MockEngine用于测试目的或 TurboEngine在不修改 Car 的情况下扩展原始的.

汽车能够为自己制造发动机看起来有点傻，不是吗？

依赖注入(inject) 是通过使 Car 成为事实来解决所有这些问题的一种方式。需求 Engine明确并明确地为其提供一个:

class Car {

    protected $engine;

    public function __construct(Engine $engine) {
        $this->engine = $engine;
    }

    public function start() {
        $this->engine->vroom();
    }

}

$engine = new SuperDuperTurboEnginePlus(); // a subclass of Engine
$car = new Car($engine);

以上是 的例子构造函数注入(inject) ，其中依赖(被依赖对象)通过类构造函数提供给被依赖者(消费者)。另一种方法是暴露 setEngine Car 中的方法类并使用它来注入(inject) Engine 的实例.这被称为 二传手注入(inject)并且主要用于应该在运行时交换的依赖项。

任何重要的项目都由一堆相互依赖的组件组成，并且很容易很快就会忘记什么被注入(inject)到哪里。一个 依赖注入(inject)容器 是一个对象，它知道如何实例化和配置其他对象，知道它们与项目中其他对象的关系并为您进行依赖注入(inject)。这使您可以集中管理所有项目的(相互)依赖项，更重要的是，可以更改/模拟其中的一个或多个，而无需编辑代码中的一堆位置。

让我们抛开汽车类比，以 OP 试图实现的目标为例。假设我们有一个 Database对象取决于 mysqli目的。假设我们想使用一个非常原始的依赖检测容器类 DIC公开两个方法: register($name, $callback)注册在给定名称下创建对象的方法和 resolve($name)从该名称获取对象。我们的容器设置看起来像这样:

$dic = new DIC();
$dic->register('mysqli', function() {
    return new mysqli('somehost','username','password');
});
$dic->register('database', function() use($dic) {
    return new Database($dic->resolve('mysqli'));
});

请注意，我们告诉容器获取 mysqli 的实例。从自身组装 Database 的实例.然后得到一个 Database自动注入(inject)其依赖项的实例，我们只需:

$database = $dic->resolve('database');

这就是它的要点。一个更复杂但仍然相对简单且易于掌握的 PHP DI/IoC 容器是 Pimple .查看其文档以获取更多示例。

关于 OP 的代码和问题:

不要为你的容器(或其他任何事情)使用静态类或单例； they're both evil .改为查看 Pimple。

决定是否需要您的 mysqliWrapper类扩展 mysql或依赖它。

调用 IoC从内部 mysqliWrapper您正在将一种依赖项交换为另一种依赖项。你的对象不应该知道或使用容器；否则它不再是 DIC，而是服务定位器(反)模式。

你不需要require一个类文件，然后再将其注册到容器中，因为您根本不知道是否要使用该类的对象。在一处完成所有容器设置。如果您不使用自动加载器，您可以 require在您向容器注册的匿名函数中。

其他资源:

Inversion of Control Containers and the Dependency Injection pattern作者:马丁福勒

Don't look for things -- 干净的代码谈 IoC/DI