当在团队之间建立依赖关系时，为什么要使用枚举？

我知道当我们期望只传递一组值时会使用枚举。我们不希望调用者传递定义良好的集合以外的任何东西。这在项目中非常有效。因为你知道你要通过什么。

但是考虑两个项目，我正在使用第二个项目中的第一个项目。

第二个项目有这样的方法。

 public void updateRefundMode(RefundMode refundMode) 

 enum RefundMode("CASH","CARD","GIFT_VOUCHER")

现在，我意识到RefundMode也可以是PHONEPE，因此，如果我开始将其传递给第一个项目，它将在其末尾失败（无法对枚举PHONEPE进行反序列化）。尽管我在末尾添加了该枚举。

这很好，因为如果我的第一个项目不知道“ PHONEPE”，那么它也不知道如何处理，因此他也必须更新模型。

但是我的问题是，让我们想象一个复杂的对象正试图传递，它也采用了RefundMode，当我传递一个新的RefundMode时，该字段应该变为null或在其结尾处被忽略？而不是不接受整个对象，而破坏整个流程/请求。

有没有一种方法可以指定杰克逊（jsonproperties），以便在传递未知值时忽略该字段。好奇地知道..（尽管在那种情况下，我违反了ENUM的规则）所以，为什么不保留一个可以解决所有问题的String呢？

这都是关于合同的。

当处于客户端/服务器环境中时，作为移动应用程序和Web服务器，或者是Java库（jar）和另一个Java项目，则必须牢记合同。

如您所见，合同的变更需要传播给双方：客户端和服务器（供应商）。

一种处理此问题的方法是使用版本控制。您可能会说：“版本1：这是退款方式。”然后，移动应用可以通过在URL /api/v1/refund?mode=CASH

中指定合同版本来调用Web服务器。

当需要更改合同时，您需要考虑如何处理客户。对于移动应用程序，用户可能尚未将其应用程序更新到最新版本，因此他们的应用程序可能仍在呼叫/api/v1（并且不支持新的退款方式）。在这种情况下，您可能希望在Web服务器中同时支持/api/v1和/api/v2（使用新的退款模式）。

如您的示例所示，并非总是可以将一个合同版本透明地适应于另一个合同版本（在您的示例中，原始枚举中没有与PHONEPE等效的版本）。如果您必须处理合同更新，我建议向他们明确编写代码（您可以使用专用的JSON模式，类和服务），而不是试图弥合差距。想想第三，第四版会发生什么。

编辑：要回答您的最后一个问题，您可以按照以下答案来忽略JSON中的未知字段（带有上面解释的警告）：https://stackoverflow.com/a/59307683/2223027

编辑2：通常，使用枚举是strong typing的一种形式。当然，您可以使用字符串，甚至可以使用位，但是这样会容易出错，例如使用GiftVoucher而不是GIFT_VOUCHER。