在开发一个熟练处理API错误条件的交易应用程序时，我现在专注于有关使用限制的API错误类。
交易API错误列表对我来说太宽泛了;根据列表，我们有以下错误代码：
- 错误 518：您的应用程序已超出此调用的使用限制，[...]
- 错误 18000：您已超出每日请求限制，因此您将无法在当天的剩余时间内发出其他请求。
- 错误 218050：此应用程序的用户每天、每小时和 6 分钟只能拨打多次电话。[...]
- 错误 21919144：超出最大呼叫限制
- 错误 21919165：超出最大呼叫限制。
我想确定我的应用程序应该自动处理哪些错误(如果不是全部(。我特别担心，如果更高的错误代码编号可能不那么合并，并且在未来的 API 版本中更容易改变其含义。
值得考虑的是，上面链接的交易API错误列表没有将错误的含义上下文化，因此其相关的文本描述可能会产生误导。
我的猜测，自动处理它们。
如果您担心错误代码的更改，我认为这不太可能。他们宁愿创建另一个错误代码，然后破坏/强制更改所有应用程序。
此外，您还有一条错误消息要比较。如果不匹配，则可以忽略/具有回退句柄例程。
最后，您可以返回并读取错误代码的旧版本/更改日志。 您将能够知道他们重新定义这些错误的频率。