我有一个服务和这个服务的API。该服务有一个枚举,假设有 20 个值。但我的 API 只有 10 个。我所做的是将我的 20 个服务枚举映射到我的 10 个 api-enum。但是,假设有人更改了服务的枚举?有人添加了 10 个值,所以我们现在有 30 个枚举,但忘记/不知道如何更改映射。然后我们有 10 个从未到达客户端的未映射枚举。是否可以在两个枚举之间设计映射,因此如果它们中的任何一个发生变化,那么例如我们会收到一个编译时错误,指出存在未映射的枚举值?还是我在这里想错了?也许单元测试是确保枚举中的所有值都映射到另一个枚举的方法?
编辑:
服务枚举将具有更具技术性特征的枚举,而 api-enum 将仅具有应该更合乎逻辑的值?
服务枚举:
- JPA_ERROR("描述")
- DATABASE_DOWN
- SOMETHING_INVALID
- SOMETHING_EXPIRED
- SERVICE_UNAVAILABLE
API-enums:
- SOMETHING_INVALID
- SOMETHING_EXPIRED
- SERVICE_UNAVAILABLE
我今天的映射只是一个函数,它将服务枚举作为参数,并在其上具有基本的switch语句。在默认语句中,我返回 null,这就是困扰我的地方。我不喜欢返回 null,但我也不知道默认语句应该有什么样的行为。这就是为什么我开始考虑是否可以"强制"开发人员始终确保映射正确。
function ApiEnum mapServiceEnumToApiEnum(ServiceEnum serviceEnum){
switch(serviceEnum){
case JPA_ERROR:
return ApiEnum.SOMETHING_INVALID;
case DATABASE_DOWN:
return ApiEnum.SOMETHING_INVALID;
default:
return null; //Don't want this to happen...
}
这是一个抽象的问题——我不知道你是如何将服务枚举映射到你的枚举的,所以很难说什么最有意义。但是你提到的方法是合理的。
未映射的枚举异常
您当然可以检查枚举是否未映射,然后抛出异常。如果您希望请求在未映射枚举的情况下失败,这可能是正确的方法。
记录的未映射枚举
如果您不希望请求失败,您只想注意何时存在未映射的枚举,您可以记录它。当然,这假设您实际上以足够的频率查看日志,以便检测到此日志消息。否则,日志记录通常只是更多的噪音。
测试映射
如果不了解有关体系结构的更多信息,很难说任何可以根据枚举值检查服务枚举值的测试是否真的是单元测试。如果您正在处理远程服务,则它更像是集成测试,以及可能因其他原因而失败的集成测试(例如,如果测试计算机失去与远程服务的连接)。不过,这可能是您比日志消息更容易注意到的方法。