Rest Microsoft Graph:假设plannerTask.id和plannerTaskDetails.id始终相同是否安全？

在阅读中，我们遇到了两种相关的资源类型：

plannerTask和plannerTaskDetails都有一个

id

属性，在这两种情况下都有28个字符长，区分大小写，由Microsoft负责验证

在使用Microsoft Graph时，我注意到对于给定的任务，

plannerTask.id===plannerTaskDetails.id

。这是有意义的，因为不需要为详细信息资源类型定义新id，因为这是一种一对一关系，MS可以简单地重用Planner任务id

然而在文档中，id似乎指的是不同的东西。我引述：

• 对于计划任务：“任务的ID”
• 对于plannerTaskDetails：“任务详细信息的ID”

这似乎留下了

plannerTask.id！==plannerTaskDetails.id

---

我只是想知道，根据人们的经验，假设我在上面注意到的情况是否安全，即两个id总是相同的，因为使用MS Graph和阅读文档都不清楚。也许从事MS Planner工作的人可以解释一下

是的，但是如果您正在进行补丁调用，那么if Match头（即Etag）将不同。因为尽管任务和任务详细信息具有相同的id，但它们是不同的对象。

您不应该这样假设。从API的角度来看，它们是不同的键。使用Graph API，您实际上不需要在任何地方使用Task details id，并且可以始终将其称为Task abc的详细信息

---

id值目前恰好相同，但我们正在积极研究一些需要它们不同的特性。如果你依赖它，你的应用程序就会崩溃。

是的，我意识到Etag会有所不同。谢谢你的回答。你能告诉我你怎么知道答案是肯定的吗？这仅仅是因为工作经验丰富吗？它来自经验。我构建了多个应用程序，可以在一个团队平台中自动执行各种计划器任务和任务细节。假设他们是平等的，对我来说从来没有任何后果。我知道他们将来可能会有所不同，所以我也有一个备份计划。在表中保存ID的方式是，我有一列用于taskId和taskdetailsId。因此，即使ID被更改，我也总是同时保存这两个ID。就目前和很长一段时间而言，我相信，假设他们是平等的就可以了。