Error handling “处理”；API使用限制“；易趣交易API中的错误

在开发一个能够熟练处理API错误条件的交易应用程序时，我现在主要关注有关使用限制的API错误类别

这个问题对我来说太多了；根据列表，我们有以下错误代码：

• 错误518:您的应用程序已超出此调用的使用限制[…]
• 错误18000:您已超过每日请求限制，因此您将无法在当天剩余时间内提出其他请求
• 错误218050：此应用程序的用户只能每天、每小时和6分钟拨打一定数量的电话。[……]
• 错误21919144:超出最大呼叫限制
• 错误21919165:超出最大呼叫限制

我想确定我的应用程序应该自动处理哪些错误（如果不是全部的话）。我特别担心的是，在未来的API版本中，更高的错误代码号可能会减少整合，更容易改变其含义

---

值得考虑的是，上面链接的交易API错误列表没有上下文化错误的含义，因此它们相关的文本描述可能会产生误导。

我猜，自动处理它们

如果您担心错误代码的更改，我认为这种可能性不大。他们宁愿创建另一个错误代码，然后中断/强制更改所有应用程序

此外，您还需要比较一条错误消息。如果它不匹配，那么您可以忽略/拥有回退句柄例程

---

最后，您可以返回并读取旧版本/更改日志以查找错误代码。您将能够知道他们重新定义这些错误的频率。

这是一个很好的猜测，事实上，我从未在易趣API上看到有关重新枚举错误代码的更改日志。我的脚本现在处理所有错误。