SharePoint：GetListItemChangesSinceToken与GetListItemChangesWithKnowledge？

Question

<{3}}和GetListItemChangesSinceToken之间的差异是什么？

以下是 awesome 摘要文档，以及关于此事的所有内容：

  

GetListItemChangesSinceToken：返回自[change]标记中指定的日期和时间以来对列表所做的更改。

     

GetListItemChangesWithKnowledge：返回符合指定条件且自指定列表的知识参数中指定的日期时间以来发生更改的所有列表项。

一个需要更改令牌＆＃34;而另一个需要知识＆＃34;。但是，我无法找到任何文档（或基本原理），说明它们对另一个有什么好处，为什么它们都存在，它们如何根本不同，或者哪个适合使用在协议客户端。

这些SOAP服务在GetListItemChangesWithKnowledge协议中正式定义，但它们看起来完全相同，除了它们期望和发出的令牌。 （也许只是未记录的错误数量？）

虽然GetListItemChangesWithKnowledge 还有syncScope参数，但MS-LISTWS说：

  

[syncScope]必须为空或空... [syncScope]是保留的，必须加入

非常感谢任何输入 - 特别是第一手知识。

Answer 1

你可能对错误的数量是正确的......

以下是我可以找到的两种方法：

GetListItemChangesWithKnowledge （different MSDN documentation）

• SharePoint 2010: Lists.GetListItemChangesWithKnowledge Method表示此方法是随SharePoint 2010和SharePoint Workspace同步引入的 - 我无法验证此方法
• 重要位是“返回符合指定条件的所有列表项，并且在指定列表的知识参数中已更改自指定日期时间”
• 进一步潜入：knowledge元素包含“Microsoft Sync Framework知识数据结构”（MSDN），例如此处解释（Microsoft Sync Framework, Part 2: Sync Metadata）。

GetListItemChangesSinceToken （different MSDN documentation）

根据MSDN，
• 应而不是GetListItemChanges（请参阅上面的链接）。我假设它应该被使用，因为Change元素进一步指定要获取的列表项，因为它说“如果没有通过，则返回列表中的所有项目。” < / LI>
• changeToken实际上包含来自Change Log的内容，后者又包含有关添加，删除，重命名等信息。＆gt;如果您在应用程序中进行了深入的同步，这非常有用
• 在Synchronizing with Windows SharePoint Services, Part 1上解释了同步，包括changeToken的位信息。

---

摘要：在我看来...... WithKnowledge方法有点复杂，因为它使用的是Microsoft Sync的Framework查询语法，其中包含更改的时间限制。 ... SinceToken方法仅查询具有指定操作的所有更改（例如删除），没有时间限制 问问自己：你是否真的想要实施这些复杂的方法而缺乏可能发生变化的文档？我建议做两件事：分析（例如通过Fiddler）Microsoft Workspace 2010正在生成的流量（也检查Word / Outlook）。使用什么方法？你能实现类似的东西吗？对于大多数应用程序来说，GetListItemChanges是否足够？