这是获取事件时盒子 API v2 的错误吗?

Question

我在使用 BOX API v2 从 Box 获取事件时发现了一种奇怪的行为。

我得到的场景如下：

1. 使用框 API v1 将 14 个文件上传到 box.net。
2. 使用 stream_position=now 获取事件，这给出了一个流位置，比如 1234，并且不返回任何条目。
3. 使用 stream_position=1234 获取事件，这给出了一个新的流位置，例如 7890，并且不返回任何条目。
   （到目前为止，一切都如预期）
4. 使用 stream_position=7890 获取事件，现在这给出了具有行为"ITEM_UPLOAD"的虚拟事件数量以及我在第一步中上传的一些文件。

我希望如果在步骤 1 之后没有发生任何文件事件，则所有随后的获取事件调用将返回零条目。

这是 API V2 Box.NET 中的错误吗？

由于我同时使用 API v1 和 API v2，它们是否兼容？

Answer 1

这不是

一个错误。 您在步骤 1 中上传的文件在 #3 调用时根本没有复制到事件系统。 他们通过#4到达了那里。 上传文件和发布到 API 的事件之间存在固有的延迟。 你完成整个过程的速度有多快？

如果您对使用/events 终结点或任何其他 V2 API 终结点有任何其他疑问，请告诉我们。

回答你的第二个问题，是的，V1 和 V2 API 兼容，可以一起使用。 如果需要 V1 API 的某些功能，则可以混合使用 V1 和 V2 API 调用。