onenote的MS Graph API行为不一致

重命名节时，get sections API不反映更新的名称，而get page API显示更新的父节名称。这似乎是API上的错误/数据不一致

在页面级别更改任何内容时，更新分区的lastModifiedDateTime，但在笔记本级别不会更改任何内容。这似乎又是一个数据不一致的问题

有人能澄清这一困惑吗

（注意-以上所有内容都可以使用MS Graph API Explorer进行测试

---

)这是两个独立的主题：

节重命名

这是OneNote中的已知限制/错误-如果在OneNote Online（浏览器中）中重命名分区，则API GET~/Notebook/id/sections或GET~/sections将为您提供“旧”名称。这是因为OneNote Online实际上并不重命名文件，它只将文件标记为“待重命名”-如果您在OneDrive/SharePoint中查看文件本身，它仍将使用旧名称

一旦OneNote本机客户端看到分区（例如OneNote for Windows）看到标记为“要重命名”的分区，它实际上会重命名文件

OneNote API GET~/sections/id/pages实际上查看分区二进制文件，并能够判断分区是否已重命名，这就是为什么该名称可以被信任为“最新”名称的原因

我已经将此反馈传达给了我们的团队，我们正在探索替代方案——我鼓励您在uservoice中开始一个项目，以便我们能够更好地了解影响

笔记本上的LastModifiedTime（LMT）/章节说明：

节的LMT等于最大值（其下的页面LMT）

但是，截面组的LMT不是最大值（截面及其下的截面组的LMT）。分区组是一个文件夹，其LMT的行为应类似于传统文件系统中的文件夹（反映直接在其下的文件/文件夹的上次添加/删除时间）

但是，没有什么可以阻止您使用$expand并根据笔记本/分区组下面的实体自己计算LMT（正如您所理解的）。