了解 IoC 容器和依赖关系注入

php oop inheritance dependency-injection inversion-of-control

2022-08-30 09:15:34

我的理解：

依赖关系是指 ClassA 的实例需要 ClassB 的实例来实例化 ClassA 的新实例。
依赖注入是指 ClassA 通过 ClassA 构造函数中的参数或通过 set~DependencyNameHere~（~DependencyNameHere~ $param）函数传递 ClassA 的实例。（这是我不完全确定的领域之一）。
IoC 容器是一个单例类（在任何给定时间只能实例化 1 个实例），其中可以注册为此项目实例化这些类的对象的特定方式。下面是一个链接，该链接指向我试图描述的示例，以及我一直在使用的 IoC 容器的类定义

因此，在这一点上，我开始尝试将IoC容器用于更复杂的场景。截至目前，似乎为了使用IoC容器，我仅限于我想要创建的几乎任何类的has-a关系，这些类具有要在IoC容器中定义的依赖项。如果我想创建一个继承类的类，但前提是父类是以特定方式创建的，它是在 IoC 容器中注册的，该怎么办？

例如：我想创建一个mysqli的子类，但我想在IoC容器中注册这个类，以便仅使用以前在IoC容器中注册的方式构造的父类进行实例化。我想不出一种方法来做到这一点而不重复代码（而且由于这是一个学习项目，我试图让它尽可能保持“纯粹”）。以下是我试图描述的更多例子。

所以这是我的一些问题：

我上面试图做的事情是否可能在不破坏OOP的一些原则的情况下实现？我知道在c ++中，我可以使用动态内存和复制构造函数来完成它，但是我无法在php中找到这种功能。（我承认，除了__construct之外，我几乎没有使用任何其他魔术方法的经验，但是从阅读和__clone如果我理解正确，我不能在构造函数中使用它来使被实例化的子类成为父类实例的克隆）。
与 IoC 相关的所有依赖项类定义应放在哪里？（我的 IoC.php应该在顶部有一堆require_once（'dependencyClassDefinition.php'）吗？我的直觉反应是有更好的方法，但我还没有想出一个）
我应该在哪个文件中注册我的对象？当前在类定义之后的 IoC.php 文件中执行对 IoC：：register（）的所有调用。
在注册需要依赖项的类之前，是否需要在 IoC 中注册依赖项？由于在我实际实例化在IoC中注册的对象之前，我不会调用匿名函数，因此我猜不是，但它仍然是一个问题。
还有什么我忽略了我应该做或使用的东西吗？我试图一步一步地进行，但我也不知道我的代码是可重用的，最重要的是，对我的项目一无所知的人可以阅读并理解它。

答案 1

简单地说（因为它不是一个仅限于OOP世界的问题），依赖关系是组件A需要（依赖于）组件B来做它应该做的事情的情况。该词还用于描述此方案中依赖的组件。为了用OOP / PHP术语来表达这一点，请考虑以下带有强制性汽车类比的示例：

class Car {

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

}

Car 取决于 。是的依赖关系。但是，这段代码非常糟糕，因为：EngineEngineCar

依赖关系是隐式的;你不知道它在那里，直到你检查的代码Car
这些类是紧密耦合的;您不能将替换为用于测试目的，也不能在不修改 .EngineMockEngineTurboEngineCar
对于一辆汽车来说，能够为自己制造发动机看起来有点愚蠢，不是吗？

依赖注入是解决所有这些问题的一种方法，通过明确需要的事实并显式提供一个：CarEngine

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);

以上是构造函数注入的一个示例，其中依赖项（依赖对象）通过类构造函数提供给依赖对象（使用者）。另一种方法是在类中公开一个方法，并使用它来注入的实例。这称为 setter 注入，主要用于应该在运行时交换的依赖项。setEngineCarEngine

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

让我们放弃汽车类比，看看OP试图实现的目标作为一个例子。假设我们有一个依赖于对象的对象。假设我们想要使用一个非常原始的依赖项 indection 容器类，它公开了两种方法：注册一种在给定名称下创建对象的方法，并从该名称中获取对象。我们的容器设置如下所示：DatabasemysqliDICregister($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'));
});

请注意，我们告诉容器从自身抓取一个实例，以组装的实例。然后，要自动注入其依赖项的实例，我们只需：mysqliDatabaseDatabase

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

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

关于OP的代码和问题：

不要对容器（或其他任何相关内容）使用静态类或单例;他们都是邪恶的。看看青春痘。
确定是要扩展类还是依赖类。mysqliWrappermysql
通过从内部调用，您可以将一个依赖项交换为另一个依赖项。您的对象不应知道或使用容器;否则它就不再是DIC，而是服务定位器（反）模式。IoCmysqliWrapper
在容器中注册类文件之前，您不需要使用类文件，因为您根本不知道是否要使用该类的对象。在一个位置完成所有容器设置。如果不使用自动加载程序，则可以在向容器注册的匿名函数中。requirerequire

其他资源：

控制容器的反转和依赖注入模式，作者：Martin Fowler
不要寻找东西 - 一个干净的代码谈论IoC / DI

答案 2