Jer*_*jer 8 sharepoint splistitem
我们的一位客户遇到了无法重现的问题.我们使用SPFile.Properties以编程方式将文档的属性复制到目标文件.但是,由于某种原因,文件的属性与列表中指定的元数据不匹配,文件存储在其中.
现在,我们可以通过复制SPFile.Item.Properties(尚未测试)来解决这个问题,但我只是想知道在什么情况下SPFile.Properties与SPFile.Item.Properties不相等.
更新:我们刚收到客户的最新消息.使用SPFile.Item.Properties始终返回最新信息.但是,我们仍然想了解原始问题.
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回复.
| 归档时间: |
|
| 查看次数: |
11721 次 |
| 最近记录: |