在开发熟练处理API错误条件的交易应用程序时,我现在专注于有关使用限制的API错误类别。
Trading API errors list对我来说太过分了;根据列表,我们有以下错误代码:
我想确定我的应用程序应该自动处理哪些错误,如果不是全部的话。我特别担心的是,如果更高的错误代码数量可能会更少整合,并且更容易在未来的API版本中更改其含义。
值得考虑的是,上面链接的Trading API错误列表并没有将错误的含义置于语境中,因此它们的相关文本描述可能会产生误导。
答案 0 :(得分:2)
我的猜测,自动处理所有这些。
如果您担心更改错误代码,我认为不太可能。他们宁愿创建另一个错误代码,然后在所有应用程序上打破/强制更改。
此外,您还有一条要比较的错误消息。如果它不匹配,那么您可以忽略/具有后备句柄例程。
最后,您可以返回并阅读旧版本/更改日志以获取错误代码。你将能够告诉他们重新定义这些错误的频率。