如何在Composer中管理非PHP资源？利用组合模式管理配置文件-composer-PHP中文网

composer仅管理php包、生成自动加载器并执行脚本；非php资源需通过post-install-cmd等钩子调用外部工具处理，且路径判断、跨平台命令、包type声明和仓库选择均须手动严谨配置。

如何在composer中管理非php资源？利用组合模式管理配置文件

composer 不处理非 PHP 资源，它不解析 package.json、不运行 npm install、也不复制 .css 或 .js 文件到 public/。所谓“管理”，实际是靠外部协调——不是 Composer 的能力，而是你用它触发、组织、串联其他工具的结果。

post-install-cmd 和 post-update-cmd 是唯一可靠的钩子

这两个脚本在 vendor/ 目录内容已就位后执行，确保你要操作的文件（比如 vendor/some-js-lib/dist/）真实存在。

别用 post-autoload-dump：它只在自动加载器重建时触发，此时包可能还没下载完
Linux/macOS 写 cp -r，Windows CI 环境必须改用 xcopy 或启用 WSL，否则构建直接失败
所有路径判断必须加 [ -d "path" ]，否则某个包没提供 dist/，整个命令退出，composer install 中断

示例（安全拷贝）：

"scripts": {
  "post-install-cmd": [
    "if [ -d 'vendor/twbs/bootstrap/dist' ]; then mkdir -p public/assets/bootstrap && cp -r vendor/twbs/bootstrap/dist/* public/assets/bootstrap/; fi"
  ]
}

composer/installers 只对声明了 type 的包生效

它不是万能搬运工——只有目标包的 composer.json 明确写了 "type": "component" 或 "type": "npm-asset"，composer/installers 才会按 extra.installer-paths 规则移动目录。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

很多前端库（如原生 bootstrap 官方包）根本没设 type，强行配 installer-paths 没反应
"type": "library" 是默认值，composer/installers 不识别它，不会触发任何路径重定向
你看到的 “自动装进 public/vendor/” 现象，基本都来自别人打包好的镜像包（如 components/jquery），不是原始 NPM 包
路径配置中 {$name} 解析的是包名全称（含 vendor），不是短名；"public/js/{$name}/" 会生成 public/js/components/jquery/

Asset Packagist 已不可靠，别在生产项目里用

它本质是把 GitHub tag 打包成 ZIP 并托管，但上游一删 tag、改结构或语义化版本写错，composer update 就拉回一个不兼容的“新版”，且无构建步骤、无校验、无更新保障。

域名 asset-packagist.org 响应慢、超时高，CI 频繁失败；2023 年底后同步基本停滞
包名混乱：npm-asset/bootstrap、bower-asset/bootstrap、components/bootstrap 同时存在，版本号不一致
你写 "repositories": [{"type": "composer", "url": "https://asset-packagist.org"}]，每次 composer install 都要连它查索引——这不是可选，是强制网络请求
真正需要 Bootstrap 这类库？直接 npm install bootstrap，用 import 'bootstrap' 引入，构建输出到 public/build/，PHP 视图里只引用最终产物

组合模式管理配置文件？Composer 不读取、不合并、不验证它们

所谓“多配置”，是指你在项目里放了多个 composer.json（比如模块目录下），但 composer 默认只认当前工作目录下的那个。它不会扫描子目录，也不会自动合并依赖。

要让主项目识别子模块，必须在主 composer.json 的 repositories 里显式声明 "type": "path"，例如："url": "modules/auth"
子模块的 name 字段（如 "myapp/auth"）必须和主项目 require 里的键完全一致
子模块若含 extra.installer-paths，它只对自己生效；主项目的 extra 不会向下继承
配置文件本身（如 .env、config/*.php）从不被 Composer 加载或处理——那是框架或应用启动时的事