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

Question

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

例如，如果我有错误＆＃34; ACCESS_DENY＆＃34;它可能具有不同的含义取决于使用它的上下文。对于每个错误，我必须显示警告消息。这样，尽管错误代码相同，警报消息也可能因不同情况而有所不同。它不能被更改，因为它是API的问题。

但问题是API在不断变化。我不想一直编辑我的代码。而且，我不考虑为每个类别的错误编写异常类。也许，其中一个解决方案是将所有错误放在XML文件中并编写单例以便与它一起工作。但对我来说似乎不是很明确的决定。

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

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

Answer 1

我认为最好的方法是实行“契约优先”发展。准备：

• 特定于用例的有效负载输入/输出对象。
• 可重用的域对象。
• 将特定于用例的有效负载对象的服务请求/响应的结果映射到可重用域。 。 。这种方式如果它改变你只需要改变映射层。
• 实践“对你所做的事情要严格，对你接受的人要宽容”，即“不要泄漏你的胆量”。 。 。实际上，它比服务生产者更适合坚持这一点而不是客户。 。 。

我们的想法是，您提供的API随着时间的推移相对稳定，但可以随意更改API背后的内容。如果API更改，请考虑所有将更改的服务订阅者。避免大型前端设计，但尽量尽快使集成合同充实。