composer不能处理多语言项目共存，它只管理php依赖，对js/python等其他语言的依赖文件完全不可见；在scripts中写npm install会破坏构建可靠性，导致错误不透出、顺序不可控、环境不一致；应分层管理，用makefile、package.json scripts或ci分步执行来统一调度，composer仅作为php环节。
Composer 不能处理多语言项目共存，它只管 PHP 依赖。JS、Python、Rust 等其他语言的依赖文件（package.json、pyproject.toml、Cargo.toml）对 Composer 完全不可见——它连这些文件名都不会去读。
为什么在 composer.json 的 scripts 里写 npm install 很危险
这不是“能不能”的问题，而是会直接破坏构建可靠性：
-
npm install失败时，composer install默认中止，后续 PHP 初始化步骤（如数据库迁移）根本不会执行 - CI 环境中常因权限、路径或 Node.js 版本差异导致
npm命令静默失败，但 Composer 不透出具体错误，排查成本陡增 -
scripts执行顺序不保证，比如"post-install-cmd": ["npm install", "php artisan optimize"]中，若npm install启动了后台进程，artisan可能提前运行，读不到构建产物 - 本地开发和 CI 使用的
npm版本可能不一致，node_modules/结构不同，导致行为不一致
多语言项目该用什么方式协同安装
必须分层：Composer 只负责 PHP 层，上层工具统一调度所有语言环节。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
Makefile：定义make install包含composer install && cd assets && npm ci && npm run build，显式控制流程和错误传播 - 用
package.json的scripts：把 Composer 当作子命令，例如"install": "composer install && npm ci"，这样npm install能自然透出退出码 - CI 流水线（如 GitHub Actions）中分步声明：先
composer install，再npm ci，失败立即中断并标记对应步骤 - 避免任何跨语言逻辑混在
composer.json里；它的scripts应只包含phpstan、php-cs-fixer、phpunit这类纯 PHP 工具
如何让 PHP 正确引用前端构建产物
没有“共享 autoload”，只有路径约定 + 显式集成：
- 前端构建输出路径必须稳定，推荐通过
composer.json的extra字段声明，例如："extra": {"frontend-dist": "public/build"} - PHP 模板里不要硬编码
../node_modules/xxx.js，改用配置驱动的辅助函数，如 Laravel 的@vite()或自定义asset('js/app.js') - 构建脚本（如 Webpack/Vite）应读取该
extra值决定输出位置，而非写死路径 -
node_modules/绝对不能放进vendor/，也不应暴露给 Web 服务器——这是安全风险，且违反 Composer 的职责边界
最容易被忽略的是：你以为的“一起装”，其实只是靠脚本强行拼接；真正的隔离不是技术限制，而是职责清晰。一旦把 npm 或 pip 塞进 composer.json，你就放弃了错误定位能力和环境一致性保障。
