1

While developing a trading application which proficiently handles API error conditions, I'm now focused on the class of API errors regarding usage limits.

The Trading API errors list is far too extended to me; according to the list, we have the following error codes:

  • error 518: Your application has exceeded usage limit on this call, [...]
  • error 18000: You have exceeded your daily request limit, therefore you will be unable to make additional requests for the remainder of the day.
  • error 218050: Users of this application are limited to a number of calls they can make on a daily, hourly and 6-minute basis. [...]
  • error 21919144: Maximum Call Limit Exceeded
  • error 21919165: Maximum Call Limit Exceeded.

I want to be sure which of these errors my application should handle automatically, if not all. I'm particularly worried if higher error code numbers could be less consolidated and more prone to change their meaning over future API versions.

Worth considering, the Trading API errors list linked above doesn't contextualize the meaning of the errors, so their associated textual description could be misleading.

4

1 回答 1

2

我的猜测，自动处理它们。

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

此外，您还有要比较的错误消息。如果它不匹配，那么你可以忽略/有后备句柄例程。

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

于 2013-10-07T05:03:50.807 回答