我已经通过在消费者端运行一些测试来开发一个契约文件。现在的问题是，供应方的发展如何推进？我是否应该像在消费者类中嘲笑提供者一样嘲笑客户端？我是否必须使用 API 的任何真实类还是根本不使用？
大多数在线教程/示例都使用 Spring，由于各种原因我无法使用 Spring，因此它们并没有多大帮助。我担心在提供商方面我错过了一些基本的东西。
我已经通过在消费者端运行一些测试来开发一个契约文件。现在的问题是，供应方的发展如何推进？我是否应该像在消费者类中嘲笑提供者一样嘲笑客户端？
不，Pact 将充当模拟消费者并像您的实际消费者一样发送请求。
我是否必须使用 API 的任何真实类，还是根本不使用？
是的，理想情况下。有关此推理的更多信息，请参阅提供商测试的范围。
关键是知道在提供者端哪里存根 - 大多数人的起点应该是让请求尽可能多地流经提供者的代码，但如果请求需要发送到另一个系统（例如另一个系统），则存根应用程序编程接口）。如果您有数据库，您可以选择存根该存储库层，使用 Docker 等。
大多数在线教程/示例都使用 Spring，由于各种原因我无法使用 Spring，因此它们并没有多大帮助。我担心在提供商方面我错过了一些基本的东西。
您不需要使用 Spring，您可以直接从 Gradle、Maven、JUnit 或您自己的类进行验证。请参阅此处的各种提供程序实现：https://docs.pact.io/implementation_guides/jvm/provider
Zabuzard 所说的也是正确的，Pact 恰好为流行框架提供了几个方便的 API。