sharepoint - 什么时候 SPFile.Properties != 到 SPFile.Item.Properties 在 SharePoint 中？

Question

我们的一位客户遇到了我们无法重现的问题。我们使用 SPFile.Properties 以编程方式将文档的属性复制到目标文件。但是，由于某种原因，文件的属性与存储文件的列表中指定的元数据不匹配。

现在，我们可能可以通过复制 SPFile.Item.Properties(尚未测试)来解决这个问题，但我只是想知道在什么情况下 SPFile.Properties 不等于 SPFile.Item.Properties。

更新:我们刚刚收到客户的更新。使用 SPFile.Item.Properties 始终返回最新信息。但是，我们仍然想了解最初的问题。

Answer 1

SPFile.Properties之间略有不同和 SPFile.Item字段，第一个调用要慢得多。

您很可能已经看过 Microsoft Office 文档的“属性”窗口(这个 - http://dradisframework.org/images/tutorial/custom_document_properties.png)。这些是访问时读取的属性 SPFile.Properties .读取它们很慢，因为有一些代码基础结构可以解析二进制 DOC 文件并找到属性。 (每次访问属性最多需要 30 或几毫秒)在此处查看更多信息:http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spfile.properties.aspx

在 SharePoint 中，每个项目都是一个 SPListItem并且它的字段值(我在这里没有故意使用“属性”这个词)存储在 Sharepoint 的内容数据库中。因此，当您访问 SPFile.Item.Properties 时，你居然看SPListItem文件所附加到的文件，并从 SharePoint 的内容数据库查看其属性。

当您上传设置了一些“Office 属性”的文件时，幕后发生的事情是 SharePoint 将它们复制到 SPListItem 中的同名字段中。 . (这里有一些关于它的信息:http://weblogs.asp.net/bsimser/archive/2004/11/22/267846.aspx)

这就是为什么这些属性通常具有相同的值，但只有当 SharePoint 知道如何从文件中读取元数据并将其写回时才会发生这种情况。因此，如果您输入 .txt您的 SharePoint 存储中的文件，您将不会得到任何 SPFile.Properties背部。