可以对图书馆项目计数中的负数做些什么？ ItemCount是一个只读属性，当它非常不正确时你应该做什么？
上周早些时候，我正在进行一些测试，涉及将文件和文件夹从一个文档库复制和移动到另一个文档库。我正在将项目从我们的实际文档库转移到沙箱“测试”库，在迁移到公共列表和库之前，我用它来运行各种对象模型和工作流测试。我注意到，对于文件，事情工作正常，但当我复制其中有文件的文件夹（使用SPFolder.CopyTo()）时，测试库的项目计数实际上没有更新。由于这个测试主要是玩耍，所以我很少注意它。
今天我回到测试库中测试不同的工作流程（关于PDF转换）。当我在那里时，我决定删除上周离开的文件夹，因为我不再需要它了。当我看到列表的项目计数在所有网站内容视图中下降到-1时。当我删除刚刚上传的新PDF时，它又下降到-2！我甚至检查了对象模型...获取库的一个实例我检查了ItemCount属性......然后它看起来也是-2。
是否有任何流程在后台运行，有点像清理工作流程历史记录，这会纠正这类问题？或者是程序员是否应该密切注意这种情况并提出计算以补偿“计数惩罚”，因为它是？
答案 0 :(得分：4)
网上有很多类似的内容。例： http://pholpar.wordpress.com/2008/03/15/negative-item-count-in-document-libraries/
您很可能在SharePoint软件中遇到错误，或者您正在以MS从未想过的方式使用对象模型。