Composer如何处理包名规范_Composer包命名约定说明【入门】-composer-PHP中文网

composer强制要求package name全小写且仅用短横线分隔，否则install等操作直接失败；name变更后必须同步更新autoload.psr-4、命名空间、文件路径，否则类无法加载。

composer如何处理包名规范_composer包命名约定说明【入门】

Composer 会直接拒绝任何含大写字母或下划线的 name 字段值，安装、发布、甚至本地 composer validate 都会失败。

为什么 `composer install` 报 “Invalid package name”

错误信息类似：Invalid package name "myvendor/my_package": Package names should be lowercase and use dashes for word separation。这不是警告，是硬性拦截——Composer 解析包名时先做正则校验，[A-Z_] 出现即终止。

name 必须是两段式 vendor/package-name 格式，中间仅一个 /
vendor 和 package 都必须全小写，单词间只能用 -（短横线），不能用 _、.、或大小写混排
哪怕你只是本地 require 一个 path 仓库，只要 composer.json 里 name 不合法，composer install 就会卡住
Git 仓库名、目录名、GitHub 用户名都不影响校验——Composer 只读 name 字段

`name` 写错后 autoload 为什么还报 Class not found

改完 name 不等于 autoload 自动对齐。PSR-4 映射和命名空间前缀往往依赖 name 自动生成或人工推导，一旦脱节，类就“消失”了。

Discussion Composer

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

下载

如果原 "name": "myvendor/my_package" → 改为 "name": "myvendor/my-package"，但没同步改 autoload.psr-4 的命名空间前缀，比如仍保留 "MyVendor\MyPackage\": "src/"，那 src/Helper.php 里的 namespace MyVendor\MyPackage; 就无法被加载
更隐蔽的是：Composer 默认把 vendor/package-name 转为首字母大写的驼峰形式作为命名空间建议（如 acme/json-helper → Acme\JsonHelper），但如果你代码里实际用的是 MyVendor\MyPackage，那就必须显式在 autoload.psr-4 中声明，不能依赖默认
漏掉命名空间末尾的反斜杠 \（写成 "MyVendor\MyPackage" 而非 "MyVendor\MyPackage\"）会导致整个前缀匹配失效
改完必须运行 composer dump-autoload -o，否则 vendor/autoload.php 仍按旧规则加载

本地开发阶段最容易忽略的三件事

很多问题不是上线才暴露，而是从 composer init 第一步就埋下了。

用 composer init --name 时，别输 my_app 或 MyPackage，必须输 yourname/my-awesome-package——yourname 得和 Packagist 账号一致，否则以后发布不了
别让 Composer 自动推断 name：不加 --name 时，它可能把当前目录名 MyProject 推成 root/myproject，其中 root 是非法 vendor
运行 composer validate 前，先确认 name 符合正则 ^[a-z0-9]([a-z0-9.-]*[a-z0-9])?\/[a-z0-9]([a-z0-9.-]*[a-z0-9])?$；不符合就别往下走，后面全是徒劳