依赖注入与哪些事情无关？

PHP

任何你使用的现代框架，都可能严重依赖于依赖注入。但是你知道依赖注入代表的真正含义吗？或者换一个更好的角度 - 你知道依赖注入不是什么吗？

依赖容器

虽然每个现代框架都附带依赖容器 — 一个用于构建对象的大盒子 — 但这并不能保证你会按照预期的方式使用依赖注入模式。

容器让依赖项更加容易注入到类中，但是它也可能被滥用。

一种滥用服务容器的方式是从容器中拉取对象，而不是注入到当前的上下文中。该模式称之为服务定位器模式，它与依赖注入相反。

class MyController
{
    public function indexAction()
    {
        $service = app(Service::class);

        // …        
    }
}

服务定位器模式向容器请求特定的对象。这将导致服务从一个难以测试的点拉取，并且，对于外部而言这就像一个黑匣子：除非你查看全部相关代码，否则你将无法了解 MyController 所依赖的外部类型。

一些框架提倡这种用法，因为在项目开始的时候它将变得简单快捷。一旦在容器中注册了成百上千个类，使用服务定位器模式将会导致混乱。而使用依赖注入将解决该问题。

更多信息，可查看我写的这篇博客：为什么服务定位器模式是反模式.

接下来是一些更积极的方面:以一种更好的方式使用容器。

当依赖注入被正确使用时，外部上下文(在许多情况下为容器)可以控制注入到类中的具体依赖项。这意味着同一个对象可以被注入到其他几个上下文中，而不需要知道这些上下文是「单例」还是「依赖共享」。

虽然依赖共享是有用且强大的, 但它并不是依赖注入的真正目的，而只是一个有益的副作用。

最后，另一个有用的特性，同样不是依赖注入的内容:自动装配。

为了给予开发人员更多的灵活性，一些容器允许智能的、自动的确定类的定义。这意味着您不必手动描述应该如何构造每个类。这些容器将扫描您的代码，并通过查看类型提示和文档块来确定需要哪些依赖项。

这里发生了很多神奇的事情，但是自动装配对于应用程序的快速开发来说是一个非常有用的工具。

如果您现在还想重温一下什么是依赖注入的基础知识。你可以去阅读它这里.

本文中的所有译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接
我们的翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。

原文地址：https://stitcher.io/blog/things-dependen...

译文地址：https://learnku.com/php/t/38101

本帖已被设为精华帖！