gpt4 book ai didi

php - Multiple Composer Autoloader 的执行顺序

转载 作者:可可西里 更新时间:2023-11-01 12:34:55 27 4
gpt4 key购买 nike

我有一个包含多个模块的项目。每个模块在其自身内部使用 Composer,并且大部分独立于其他模块。

然而,一些模块共享具有不同版本的依赖项。这些依赖项大部分是向后兼容的,并使用语义版本控制。

我想确保具有最高语义版本的依赖项优先。这将允许所有模块共享相同的依赖关系,并且这些依赖关系的向后兼容性将确保没有任何中断。

我的计划是通过控制我在各个自动加载器上调用 require_once 的顺序来实现这一点。下面的代码是一个例子,它是在实践中生成的。

require_once(__DIR__ . '/moduleA/vendor/autoload.php');
require_once(__DIR__ . '/moduleB/vendor/autoload.php');
require_once(__DIR__ . '/moduleC/vendor/autoload.php');

我所做的主要假设是,如果在另一个之前需要一个自动加载器,它将优先于后面的自动加载器。

不过我发现相反是正确的。 最后出现的自动加载器似乎优先于其他。

考虑类 Foo\MyClass 是这些模块之间共享的依赖项。我期望按照上述加载顺序,Foo\MyClass 将从 moduleA/vendor/... 中获取。

相反,它来自 moduleC/vendor/...

我可以翻转生成的顺序来解决这个问题,但我想验证 PHP 自动加载器是否有可预测的顺序。

PHP 执行 Autoloader 有顺序吗?多个 Composer 自动加载器是否会以任何方式影响这一点?

谢谢。

最佳答案

其实,你是一团糟,只是你已经从这团乱麻中走了一半,还没有看到。

你的情况不好的是你的模块可能依赖于不兼容的第三方库。您提到他们使用语义版本控制,但这仅涵盖向上兼容性,例如“如果以兼容的方式将新功能添加到旧版本,则次要版本会增加”。这意味着这个较新的版本不向后兼容!

假设模块 A 使用版本 1.0.7 的库,模块 B 使用版本 1.2.5。该库在 1.2 版中将一个新方法添加到一个类中,模块 B 正在使用该方法。模块 B 可以与模块 A 的类版本 1.0.7 一起运行吗?当然不是。您希望两个模块都以两个模块的最高兼容版本 1.2.5 运行。

如何获得?仅使用一个 Composer 自动加载器和一个中央依赖项定义。

如果您可以创建一个包含所有模块 A、B 和 C 的依赖项的 composer.json 文件,并且每个模块声明它对其他库的依赖项,Composer 将收集所有这些库,从中计算“最佳”可用版本,并创建一个自动加载器,它只会明确地加载这些库。

额外的好处:每个库只有一个版本,没有重复。只有一个自动加载器对象具有关于所有可用类的全局知识(这可以稍微优化自动加载)。

你已经完成了一半。您的每个模块都必须已经有一个本地 composer.json 来说明版本要求。请添加一个自动加载该模块本身的定义,并为其命名。然后,您可以在中央 composer.json 中引用该名称(如果存储库是私有(private)的,您可能需要添加它们),您就快完成了。如果您确实需要在定义的路径中使用这些模块,则可能需要调整路径。

但仅此而已。

然后你解决另一件事:如果模块 A 需要模块 B 的一小部分怎么办?使用 Composer,您可以声明该依赖关系以及所有库,即使您忘记安装模块 B,Composer 也会为您安装或提醒您。

关于php - Multiple Composer Autoloader 的执行顺序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23647387/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com