如果所有消费者都以相同的方式使用相同的 API，为什么我们应该为每个消费者拥有 1 个 Pact 文件？

Question

我正在尝试在我们公司引入 Pact 框架，提出的问题之一如下：

场景：这个 xyz API 被 40 个消费者调用，每个消费者当前都需要相同的功能。那么为什么我们应该维护 40 个 Pact 文件而不是只维护一个文件呢？

考虑到契约文件的维护，是否有比为每个消费者拥有一个契约文件更好的方法？

Answer 1

如果您有 40 个消费者使用完全相同的功能，那么使用单个契约文件进行所有这些交互不会有问题。

然而，我发现这很难相信这是你的情况，而且据我在现实中所看到的，它从未真正发生过。您的提供者可能拥有所有这些功能，但每个消费者不必测试该功能，除非您的消费者实际使用它。此外，每个消费者可能有不同的方式来使用不同类型的数据、标头或 URL 来调用/访问此功能，这使其独一无二，并且需要针对所有潜在的边缘情况全面测试提供者。

此外，除非消费者更新以使用此新功能，否则没有理由更新契约文件。重点是尝试为每个消费者-提供者交互创建独立的文件；然而，当一个提供商有多个消费者时，这确实会增加维护量。

我们将听取您的反馈，看看我们能为产品的未来做些什么，以使维护更容易进行或最大程度地减少影响。