在我的 ZF2 应用程序中，我使用 Zend\Di\Di 创建所有类实例。使用 Zend\Di\Definition\CompilerDefinition 扫描 DI 定义并使用 APC 进行缓存。这避免了在运行时使用慢反射扫描类。如果实例创建过程中出现异常(由于 DI 定义过时)，则会重新扫描代码，缓存定义，然后再次创建实例。
这在开发过程中非常方便，因为无需为新类或更改的构造函数编写或更改工厂方法/闭包。我的构造函数遵循一定的约定(仅类型提示的参数和单个 $params 数组)，以确保依赖项注入(inject)无需指定其他构造函数参数即可工作。
到目前为止，它表现良好，避免了错误(没有过时的工厂方法)，并加快了开发速度。然而，APC 中扫描的定义目前为 1.8MB(序列化数组)，并且还在不断增长。由于每次请求时都必须从缓存中加载它们，因此我担心如果短时间内请求太多，内存会耗尽。不过，我没有负载测试设置来模拟这一点。
我知道推荐的方法是使用 Zend\ServiceManager 并为每个类编写工厂闭包，而不是使用 Zend\Di\Di。但我认为这是一项繁重的工作，而且在开发过程中非常烦人。
在这种情况下，您是否建议重构为 Zend\ServiceManager？
最佳答案
我写了一个ZF2模块来帮助你解决这个问题:https://github.com/aimfeld/ZendDiCompiler
ZendDiCompiler 是一个 Zend Framework 2 模块，它使用自动生成的工厂代码进行依赖项注入(inject)。它为您节省了大量工作，因为不再需要编写 Zend\ServiceManager 工厂闭包并手动保持它们最新。
ZendDiCompiler 扫描您的代码(使用 Zend\Di)并自动创建工厂方法。如果工厂方法已过时，ZendDiCompiler 将在后台更新它们。因此，您可以更快地开发，避免由于过时的工厂方法而出现错误，并在生产中体验出色的性能!
关于php - Zend\Di\Di 定义和内存，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15153525/