处理大量错误代码的设计模式

Question

我目前正在从事的项目必须使用Web API，它会返回大量数字格式的错误代码。

例如，如果我有一个错误“ACCESS_DENY”，它可能具有不同的含义，具体取决于使用它的上下文。对于每个错误，我必须显示一条警报消息。这样尽管错误代码相同，但不同情况下的警报消息也可能不同。它无法更改，因为这是API的问题。

但问题是 API 不断变化。我不想一直编辑我的代码。此外，我不考虑为每个类别的错误编写异常类。也许解决方案之一是将所有错误放入 XML 文件中并编写一个单例来处理它。但对我来说似乎不是很明确的决定。

我正在使用 Objective-C 语言和 iOS SDK 编写一个 iOS 项目。

解决这个问题的好方法是什么？

Answer 1

我认为最好的做法是实践“契约优先”的开发。准备：

• 特定于用例的有效负载输入/输出对象。
• 可重用的域对象。
• 将来自用例特定负载对象的服务请求/响应结果映射到可重用域。 。 。这样，如果它发生变化，您只需要更改映射层。
• 践行“严于律己，宽以待人”的原则，又名“不泄露你的胆量”。 。 。事实上，服务生产者比客户更适合遵守这一点。 。 。

这个想法是，您提供一个随着时间的推移相对稳定的 API，但可以自由地更改 API 背后发生的事情。如果 API 发生变化，请考虑所有服务订阅者也会发生变化。避免大规模的前期设计，但尝试尽快充实集成合同。