onenote中MS图API行为的不一致性

Question

1. 当重命名的节get节时，API不反映更新的名称，而get页面api显示更新的父节名称。这似乎是API中的bug/数据不一致。
2. 在页面级别更改任何内容时，都会更新某个部分的lastModifiedDateTime，但在笔记本级别上不会发生任何更改。这似乎又是一些数据不一致的问题。

有人能澄清这种困惑吗。

(注:所有这些都可以使用进行测试)

Answer 1

这是两个独立的主题：

1. 分段重命名

这是OneNote中已知的限制/错误--如果您在OneNote Online中重命名一个节(在浏览器中)，则API ~/记事本/id/节或GET ~/节将给您“旧”名称。这是因为OneNote Online实际上并没有重命名一个文件，它只将文件标记为“要重命名”--如果您在OneDrive/SharePoint中查看文件本身，它仍然有旧的名称。

一旦OneNote本机客户端看到该节(例如，OneNote for OneNote)，就会看到标记为“要重命名”的部分，它实际上会重命名该文件。

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

我已经向我们的团队传达了这个反馈，我们正在探索替代方案--我鼓励你在uservoice中开始一个项目，这样我们就可以更好地理解影响。

https://onenote.uservoice.com/forums/245490-onenote-developer-apis

1. 关于笔记本/章节说明的LastModifiedTime：

节的LMT等于最大值(其下页的LMT)。

然而，一个区段组的LMT不是最大值(区段和它下面的区段组的LMT)。节组是一个文件夹，它的LMT应该像传统文件系统中的文件夹(反映文件/文件夹的最后一次添加/删除的时间)。

但是，没有什么可以阻止您使用$expand并根据笔记本/节组下面的实体计算LMT (据您理解)。https://blogs.msdn.microsoft.com/onenotedev/2014/12/16/beta-get-onenote-entities-in-one-roundtrip-using-expand/