Microsoft graph api 收到的不仅仅是已删除事件的ID?

Microsoft graph api 收到的不仅仅是已删除事件的ID?,microsoft-graph-api,microsoft-graph-calendar,Microsoft Graph Api,Microsoft Graph Calendar,如文档所述,事件增量API只生成已删除资源的ID,而不生成其他属性 我们的应用程序使用iCalUId作为主键,将事件的一个实例同步到外部数据存储。在我们的系统中,许多用户可以启用此数据同步,这意味着将处理跨多个用户日历共享的事件,iCalUId将唯一标识共享事件的单个实例,这对于我们的用例非常重要。这并不像用内部id替换iCalUId的用法那么简单 因此,当通知删除事件时,我们不能仅对内部ID进行操作。理想情况下,这些通知将附带有关已删除事件资源的其他信息,如iCalUId 是否可以使用当前版本

如文档所述,事件增量API只生成已删除资源的ID,而不生成其他属性

我们的应用程序使用iCalUId作为主键,将事件的一个实例同步到外部数据存储。在我们的系统中,许多用户可以启用此数据同步,这意味着将处理跨多个用户日历共享的事件,iCalUId将唯一标识共享事件的单个实例,这对于我们的用例非常重要。这并不像用内部id替换iCalUId的用法那么简单

因此,当通知删除事件时,我们不能仅对内部ID进行操作。理想情况下,这些通知将附带有关已删除事件资源的其他信息,如iCalUId


是否可以使用当前版本的graph API检索此信息?或者,是否有一种完全不同的方法来实现这种同步策略,使其更有意义?

该服务不支持发送更多信息,而只支持发送当前已删除事件的MS Graph id

一种解决方法是,在以前的事件(添加、更新…)上同步MS Graph id和iCalUID,然后通过映射MS Graph id从存储中删除事件


您还可以请求将其他属性添加到上的已删除条目。

这正是我所担心的,我们必须自己维护映射。当我引起您的注意时,是否有其他方法获取已删除事件的详细信息?一旦它们被删除?据我所知不是这样的是的,我是说一旦他们被删除了。谢谢你的回复!是的,只是想先给其他答案留出一些空间,现在就做标记@我和你在同一条船上。你找到可靠的解决方案了吗?