extra字段是composer.json中供插件读取的自定义配置容器,位于顶层,不参与依赖解析;推荐命名空间前缀、小写短横线键名;常用于为插件提供运行时配置,需安全访问并避免敏感信息。

在 composer.json 中,extra 字段是专为包作者和插件开发者预留的“自定义数据容器”,它不参与 Composer 的核心依赖解析,但可被第三方插件(如自定义 Installer、事件监听器或构建脚本)读取并用于配置行为。
extra 是一个自由格式的 JSON 对象,键名无强制约定,但建议使用命名空间前缀避免冲突(如 myvendor/myplugin)。值可以是字符串、数字、布尔值、数组或嵌套对象。
composer.json 的顶层(与 name、require 同级)laravel/framework 风格),避免大写字母和下划线很多 Composer 插件(如 composer/installers、roave/security-advisories 或私有构建工具)会监听 post-install-cmd、post-autoload-dump 等事件,并从 $event->getComposer()->getPackage()->getExtra() 中提取配置。
例如,为一个前端资源构建插件设置入口和输出目录:
"extra": {
"myorg/frontend-builder": {
"entry": "resources/js/app.js",
"output-dir": "public/build",
"minify": true
}
}插件代码中即可通过 $extra = $package->getExtra()['myorg/frontend-builder'] ?? []; 获取该配置。
若你正在开发 Composer 插件,可在事件处理器中安全访问 extra:
isset($extra['your-plugin-key'])
is_array())和默认值兜底$composer->getPackage()->getRequires() 并加载对应包的 extra
extra 不会被自动继承或合并——子依赖包的 extra 不会出现在根项目的 composer.lock 中,除非插件主动解析依赖树。
extra 里,它随 composer.json 公开,且无加密机制version、class),可能引发解析歧义extra 后无需执行 composer update,但插件是否响应变化取决于其实现逻辑(多数监听 post-autoload-dump 或 post-install-cmd)以上就是如何在composer.json中使用extra字段传递自定义数据?(插件配置)的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号