我目前正在实施同步队列服务,以将Web应用程序的客户同步到Outlook的联系人。
我正在使用 Graph API 来完成工作。联系人的创建和更新是使用图形的批处理请求完成的。
文档中有一部分内容是我不完全理解并且几乎被忽略的响应。我只想确保我的实现是正确的。
除了responses属性外,可能还有一个nextLink 批处理响应中的属性。这允许Microsoft Graph返回 只要有任何单个请求,便会批量响应 完成。为确保已收到所有个人回复, 只要有nextLink,就继续关注它。
我想知道以下情况:
nextLink
何时显示?我尝试发送其他请求,但从未收到。从文档中还不清楚,但是我的猜测是,由于某种原因,批处理中的某些请求未及时完成时会出现?
待处理的请求会在响应中显示为错误还是会丢失?
nextLink
是否会以@odata.nextLink
的形式出现在分页请求中?它未在文档中指定。
当/如果它出现,应该如何处理?我可以放心地忽略它,只依靠下一次服务调用(每15分钟一次)重试和同步待处理的请求吗?
答案 0 :(得分:0)
分页机制通常在查询Graph数据时适用。
with
{
"id":"1",
"method":"GET",
"url":"users/user@domain.tld/mailFolders"
}