Composer怎么安装Prophecy Mock框架_Composer如何引入phpspec/prophecy做行为驱动测试模拟【教程】-composer-PHP中文网

能，但Prophecy不是独立工具，而是phpspec的底层模拟引擎；单独安装phpspec/prophecy无CLI命令，仅适用于PHPUnit中手动创建mock；行为驱动测试应安装phpspec/phpspec。

composer怎么安装prophecy mock框架_composer如何引入phpspec/prophecy做行为驱动测试模拟【教程】

Prophecy 能不能直接用 Composer 安装？

能，但必须明确：Prophecy 不是独立运行的工具，它是 phpspec 的底层模拟引擎，单独安装 phpspec/prophecy 包本身不会给你可执行命令或 CLI 工具。

常见错误现象：composer require phpspec/prophecy 成功后，运行 prophecy 命令报错 “command not found”，因为 Prophecy 没有提供二进制入口。

如果你只写单元测试（比如用 PHPUnit），想在测试里手动创建 mock 对象，可以单独装 phpspec/prophecy
如果你要写行为驱动测试（BDD）、跑 phpspec run、依赖 spec 文件自动生成和验证，那应该装 phpspec/phpspec，它会自动拉取 phpspec/prophecy 作为依赖
两者兼容性没问题：当前主流 PHP 版本（8.0–8.3）下，phpspec/phpspec ^7.4 自带 phpspec/prophecy ^1.15，无需额外指定版本

Composer require 时该选哪个包？

取决于你实际用哪套测试流程——不是看名字里有没有“mock”，而是看测试入口在哪。

用 PHPUnit 写传统单元测试，需要 Prophecy\Prophet 手动造桩 → 装 phpspec/prophecy
用 phpspec 写 spec 文件、跑 phpspec describe 或 phpspec run → 装 phpspec/phpspec
别同时 require 两个主包再自己调版本，容易触发 Class 'Prophecy\Prophet' not found：因为 phpspec/phpspec 的 autoloader 和你项目里直接 new 的路径可能冲突
如果已有 PHPUnit 项目想试 Prophecy，推荐从最小侵入开始：composer require --dev phpspec/prophecy，然后在测试类里 use Prophecy\Prophet;

为什么 new Prophet() 后调用 getPromise() 报错？

这是典型用法混淆：Prophecy 的核心不是 Prophet 类，而是 ObjectProphecy 实例。你几乎不需要手动 new Prophet。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

正确链路是：$prophet = new Prophet(); $user = $prophet->prophesize(User::class); $user->getName()->willReturn('Alice');

Prophet 只是工厂，真正交互对象是 $user（ObjectProphecy 实例）
别对 $user 调 getPromise() —— 它没这个方法；要用 $user->reveal() 拿到真实代理对象
常见错误：$user->getName()->getPromise() → 应该是 $user->getName()->willReturn('Alice') 或 ->shouldNotBeCalled()
参数差异：所有 willReturn()、willThrow() 接收的是具体值或异常实例，不接受闭包（除非用 will()）

PHP 8.2+ 下 Prophecy 报 “Dynamic property” 警告怎么办？

这是 PHP 8.2 引入的严格属性检查导致的，Prophecy 内部用动态属性存状态，但没声明，所以触发 Deprecated: Creation of dynamic property。

不是 fatal error，但 CI 或 dev 环境开启 E_DEPRECATED 会中断执行
根本原因：当前稳定版 phpspec/prophecy ^1.15 尚未完全适配 PHP 8.2+ 动态属性限制
临时方案：升级到 dev-main 分支（不推荐生产）或降级 PHP 至 8.1；更稳妥的是等 phpspec/prophecy ^2.0 正式发布（已 alpha 多时，但尚未 GA）
别试图在代码里加 #[AllowDynamicProperties] —— 这个属性只能加在类上，而 Prophecy 的动态属性发生在运行时生成的 proxy 类里，不可控

Prophecy 的坑不在安装，而在“以为装了就能用”——它和 PHPUnit 的 MockBuilder 是两套心智模型，暴露接口、验证顺序、延迟断言这些细节，不写几轮 spec 很难踩准。别急着全量替换，先在一个小 service 测试里试试 reveal() 和 shouldHaveBeenCalled() 是否符合预期。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！