不应该将测试框架放入require中。运行依赖应与开发依赖分离，PHPUnit等工具必须置于require-dev，避免污染用户环境、引发冲突或增加冗余；主流PHP库均遵循此实践，通过autoload-dev配置测试命名空间，并在CI中正确安装dev依赖；发布时确保不提交vendor目录，使用非dev构建验证兼容性；同时在README中提供贡献指南，明确测试执行方式，如通过composer test运行，保障开发体验与生产纯净性。
开发一个Composer库时，是否在require中引入测试框架（如PHPUnit），是一个常见的设计决策问题。答案很明确：不应该。你的库的require部分应只包含运行时必需的依赖，而测试框架属于开发期工具，应放在require-dev中。
require 中的包是你的库运行所必需的。任何使用你库的项目都会自动安装这些依赖。require-dev 则仅用于本地开发、测试、构建等场景，不会被下游项目加载。
测试框架如 PHPUnit 只在你写单元测试时需要，用户的项目运行你的库时完全不需要它。如果把它放在 require 中，会导致：
所有主流 PHP 库（如 Symfony 组件、Laravel 包）都将 PHPUnit 放在 require-dev 中。这是社区共识，也是 Packagist 和框架文档推荐的方式。
你的 composer.json 应该类似这样：
这样，开发者贡献代码时可以通过 composer install 安装测试工具，而使用者通过 composer require your/library 时不会拉取任何测试相关组件。
当你发布库到 Packagist，Composer 默认只会读取 require 来确定依赖。但如果你在 CI 或构建流程中操作不当，可能间接影响用户体验。
确保：
vendor/ 提交到版本控制composer install --dev
虽然测试框架不在主依赖中，但你仍需让其他开发者能顺利运行测试。在 README 中添加开发说明：
Contributing: Run tests with: composer test Ensure you have installed dev dependencies first.并在 scripts 中定义：
基本上就这些。把测试框架留在 require-dev，是对使用者负责，也是专业库开发的基本素养。简单却关键。
以上就是为何我的Composer库不应该在require中包含测试框架_Composer库开发中devDependencies的最佳实践的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
369
收藏
