我最近参与了一个大型PHP项目的重构工作。项目中充斥着大量的new操作，各个类之间紧密耦合，代码难以测试和维护。修改一个类往往需要修改多个地方，这使得开发效率极低，而且容易引入新的bug。 我意识到，我们需要引入依赖注入来改善这种情况。然而，仅仅引入依赖注入的概念还不够，我们需要一个高效的机制来管理这些依赖关系。
起初，我尝试自己编写一个简单的依赖注入容器，但这很快变得复杂起来，维护成本也越来越高。 这时，我了解到了 PSR-11 容器接口 (Common Container Interface)。PSR-11 不是一个具体的容器实现，而是一个规范，它定义了容器应该如何工作，这使得我们可以方便地切换不同的容器实现，而无需修改大量的代码。
使用 Composer 安装 PSR-11 接口非常简单：
<code class="bash">composer require psr/container</code>
PSR-11 定义了两个核心接口：Psr\Container\ContainerInterface 和 Psr\Container\NotFoundExceptionInterface。ContainerInterface 定义了获取依赖的方法 (get())，以及检查容器是否包含某个依赖的方法 (has())。NotFoundExceptionInterface 则定义了当容器中找不到依赖时抛出的异常。
有了 PSR-11 接口，我们可以选择各种不同的容器实现，例如 Symfony 的 DependencyInjection 组件，或者其他符合 PSR-11 规范的库。 选择哪个容器取决于项目的具体需求和规模。
例如，假设我们有一个 UserService 类，它依赖于一个 UserRepository 类：
<code class="php"><?phpclass UserService { private UserRepository $userRepository; public function __construct(UserRepository $userRepository) { $this->userRepository = $userRepository; } // ... other methods ...}</code>使用 PSR-11 容器，我们可以这样注入依赖：
<code class="php"><?phpuse Psr\Container\ContainerInterface;// ... 假设 $container 是一个实现了 ContainerInterface 的容器 ...$userService = $container->get(UserService::class);// $userService 现在可以使用了，UserRepository 已经正确注入</code>
容器会负责创建 UserService 实例，并根据配置注入 UserRepository 实例。 这使得代码更加清晰，可读性更高，并且更容易进行单元测试。 此外，更换 UserRepository 的实现也变得非常简单，只需要修改容器的配置即可。
通过采用 PSR-11 规范和一个合适的依赖注入容器，我们成功地重构了项目，代码变得更加模块化、可测试和易于维护。 依赖注入不再是令人头疼的问题，而是提高代码质量的有力工具。 这让我深刻体会到，遵循规范，选择合适的工具，能极大地提升开发效率和代码质量。 如果你也面临着类似的依赖注入问题，强烈建议你学习并使用 PSR-11 容器接口。 这将帮助你构建更健壮、更易于维护的 PHP 应用。 想更深入了解 Composer 和 PSR-11 的使用方法，可以参考这个 Composer 在线学习地址：学习地址 相信你会从中受益匪浅。
