以编程方式更改SharePoint中的目录名称是否可行？

Question

快速总结一下我的问题：

以编程方式更改SharePoint中的目录名称（包含文件和子文件夹）是否可行？我希望用户至少在某些情况下会检查我正在尝试重命名的文件。

背景：

我目前正在与一家生产基于网络的软件（ASP.NET）的公司签订合同，该公司具有可配置的文档管理系统。系统可以配置为使用不同的底层系统，最常见的环境是SharePoint（WSS 3）。

我被分配了一个任务来扩展现在已经相当简单的系统（只需将文件输出到固定的目录结构中，偶尔读取）。在我对最佳实践进行一些研究之前从未使用过SharePoint，并试图找出可行的方法。在这个阶段，我自己无法访问测试环境，因此仅限于在线阅读。

一个请求是让目录结构反映当前客户端的名称（作为一个示例） - 因此客户端的所有文档都在一个位置，并且可以通过SharePoint或其他兼容的应用程序从外部访问。该规范引用了如果客户端的名称发生更改，则目录结构应立即更新。我担心的是，这将直接导致错误（例如，权限被拒绝）或间接导致错误（外部检出文件的用户失去工作）。

作为后续问题，如果对上述内容存在疑虑，是否有更好的方法来实施上述内容？我看过建议用户使用视图访问SharePoint中的结构，但是我们的BA有一个问题，即用户无法直接将新文件上传到此结构中。

由于

Answer 1

SharePoint中的文件夹问题在于它们不是文件系统所期望的文件夹。 SiteCollection中的所有文件都存储在数据库中的一个大型表中（检出AllDocs表）。

我不能断然说没有进行一些测试就重命名文件夹是安全的，我知道文件夹“name”不是访问文档的关键，尽管它看起来是基于你看到的Url浏览器。

最好的办法是快速测试，但我很确定你的计划不会有问题。

Answer 2

潜在的问题是，如果任何内容查询Web部件等依赖于特定文件夹存在，或者是否有任何其他“代码”或“页面”查找该文件夹而不是folderId。

在生产中“尝试”之前保存列表的内容。你不想丢失数据。

Answer 3

签出的文档仍然可以按照您期望的方式工作。 但是，您可能必须再次进行爬网。