PHP中的依赖注入：最终指南

PHP中的依赖注射（DI）增强了代码模块化，可检验性和可维护性。 1）如付款网关开关所示，它允许容易交换组件。 2）DI可以手动或通过容器，其容器添加复杂性，但有助于更大的项目。 3）它通过启用依赖性模拟来简化测试，从而使单位测试更有效。

在PHP中的依赖注入（DI）方面，它不仅仅是一种设计模式，它是一种可以改变您结构和维护代码的理念。依赖注射会鼓励松散的耦合，使您的应用程序更具模块化，可测试和易于维护。但是，您为什么要关心PHP中的DI？因为这不仅仅是编写清洁代码；这是关于制作应用程序，这些应用程序具有弹性，并且随着时间的流逝而更容易发展。

让我们深入了解PHP中的依赖注入世界，在这里，我们不仅要探索这种强大技术的原因和何种方法。从手动注射到使用容器，我们将全部介绍所有的个人经验，并在此过程中进行一些艰苦的学习课程。

---

在PHP开发领域，依赖注入（DI）是现代软件体系结构的灯塔。这是我很大程度上依赖的一种技术，尤其是在从事可维护性和可检验性不仅仅是良好的大型项目的大型项目时，而且是必需品。 PHP中的DI不仅仅是注射依赖性；这是关于创建一个易于交换组件的系统，从而导致更灵活，更适应性的代码库。

考虑一下：您正在从事一个项目，突然间，需求发生了变化。使用DI，将一个实现交换为另一个实现变得轻而易举。我记得一个项目，我们必须切换付款网关。多亏了DI，这是更改几行配置而不是主要重构噩梦的问题。

让我们看一些代码以查看DI的行动：

 //没有di
class userService {
    私人$数据库；

    公共功能__construct（）{
        $ this-> database = new mysqldatabase（）;
    }

    公共功能getuser（$ id）{
        返回$ this-> database-> query（“从用户select * where id =？”，[$ id]）;
    }
}

//与di
class userService {
    私人$数据库；

    public函数__construct（databaseInterface $ database）{
        $ this-> database = $数据库;
    }

    公共功能getuser（$ id）{
        返回$ this-> database-> query（“从用户select * where id =？”，[$ id]）;
    }
}

在DI示例中，我们已将UserService与特定数据库实现分解。在测试和对未来的应用程序中，这种灵活性是黄金。

但是DI并非没有挑战。一个常见的陷阱是过度注射，您最终会传递太多的依赖项，使您的构造函数看起来像一棵圣诞树，带有太多装饰品。这是一种平衡，找到正确的抽象水平可以是一种艺术形式。

在实施DI方面，您有选择。您可以进行手动注射，这很简单，但在较大的应用中可能会变得麻烦。或者，您可以使用DI容器，该容器可自动化该过程的大部分，但引入了其自身的复杂性集。这是使用容器的一个简单示例：

使用PSR \ Container \ ContainerInterface;

类容器实现容器界面{
    私人$服务= [];

    公共功能获取（$ id）{
        如果（！isset（$ this-> services [$ id]））{
            投掷新\异常（“找不到Service {$ id}”）;
        }
        返回$ this-> services [$ id];
    }

    公共功能具有（$ id）{
        返回isset（$ this-> services [$ id]）;
    }

    公共功能集（$ id，$ service）{
        $ this-> services [$ id] = $ service;
    }
}

$ container = new container（）;
$ container-> set（'database'，new mysqldatabase（））;
$ container-> set（'userService'，new userService（$ container-> get（'database''）））;

$ uservice = $ container-> get（'uservice'）;
$ user = $ uservice-> getuser（1）;

使用容器可以是大型项目的游戏改变者，但了解权衡很重要。容器添加了一层抽象，这既是祝福又是诅咒。它们使依赖性管理变得更加容易，但也可以掩盖引擎盖下发生的事情，从而使您更难一目了然地了解应用程序的流程。

在性能方面，DI可以引入轻微的开销，尤其是在使用容器时。但是在大多数情况下，收益远远超过成本。真正的性能命中来自对DI设置的过度工程，创建了很难导航和优化的复杂依赖图。

那么，最好的方法是什么？这取决于您项目的规模和复杂性。对于较小的项目，可能需要手动注射。对于较大的容器，容器可以为您节省很多头痛。但是，无论方法如何，关键是要保持依赖性清晰可管理。

以我的经验，DI的最大优势在于测试。使用DI，写作单位测试成为一种喜悦，而不是繁琐。您可以轻松地嘲笑依赖项，从而使您的测试更加集中和脆弱。这是DI如何简化测试的快速示例：

 Class uservicEtest扩展了Phpunit \ Framework \ TestCase {
    公共功能testgetuser（）{
        $ MOCKDABASE = $ this-> createMock（databaseInterface :: class）;
        $ mockdatabase->期望（$ this->一次（））
                      - >方法（'query'）
                      - >使用（“从id =？”中的用户选择 *？”，[1]）
                      - > willreturn（['id'=> 1，'name'=>'john doe']）;

        $ userVice = new userService（$ oikdatabase）;
        $ user = $ uservice-> getuser（1）;

        $ this-> assertequals（['id'=> 1，'name'=>'john doe']，$用户）;
    }
}

使用DI，您不仅编写更好的代码；从长远来看，您正在设置项目以取得成功。这是关于拥抱变化，使您的代码更具弹性，并最终使作为开发人员更加有趣。

因此，无论您是刚开始使用PHP还是经验丰富的专业人士，都可以尝试依赖注入。它可能只会改变您对编码的思考方式。

以上是PHP中的依赖注入：最终指南的详细内容。更多信息请关注PHP中文网其他相关文章！