Question

我正在尝试做一些相当简单的事情，但似乎是使用SharePoint API几乎不可能完成的任务。

我的SharePoint数据结构如下：

-Folder
---子文件夹
--------项目A
--------项目B
--------项目C
--------项目D

由于某些奇怪的原因，您无法以您期望的分层方式访问文件夹和子文件夹！当我遍历List时，它将返回忽略层次结构的所有项（即它将返回列表中的所有内容）。更糟糕的是，为了管理代码中的结构，您不知道该项是否是文件夹。

现在我正在编写自定义对象，以使SharePoint对象模型更有意义，并在我期望的层次结构中对数据进行分组。我计划将我的SharePoint项目映射如下：

public class Folder
{
    public Folder Parent {get; set;}
    public Folder Root {get; set;}
    public IList<Item> Items {get; set;}
}

有没有人做过类似的事情，或者你是如何在SharePoint中管理这个限制的？

如果我开始映射到自定义对象模型，是否有任何经验教训和注意事项？

编辑：

我的最终解决方案是从list.RootFolder.SubFolders开始遍历文件夹。

    var query = from SPList list in Utils.GetList(webRelativeUrl, listName)
                from SPFolder folder in list.RootFolder.SubFolders
                where folder.Name.ToLower() != "forms"
                select new Folder  //Custom Object
                {
                    Name = folder.Name,
                    Children = (from SPFolder subFolder in folder.SubFolders //Further looping of sub folders                                       
                                select new Folder
                                {
                                     Name = subFolder.Name,
                                     Items = (from SPFile file in subFolder.Files
                                              select new Item
                                               {
                                               //Mapping code omitted
                                               }                                             ).ToList()
                                } 
                                        {)
                }

    return query.ToList();

Answer 1

不，只需使用SPQuery类从单个文件夹中获取项目。这个article解释了如何。

Answer 2

出于特定目的，从列表中获取SPList.RootFolder并从那里开始工作有什么问题（*），递归遍历每个文件夹中的子文件夹和项目？

（*）忽略这里的表现方面......

Answer 3

不，您真的不应该创建自己的对象来混淆SharePoint对象模型。实质上，SharePoint OM反映了对象的存储方式。即列表放在单个数据库表中，而不是文件系统中的文件夹。

前进的最佳方式（基于非常痛苦的经历）是磨砺你的牙齿，并采用SharePoint做事的方式。

在这种情况下，不要像在文件系统中那样使用文件夹。使用元数据“标记”列表项/文件更容易，并使用分组视图向用户显示，而不是使用文件夹结构。

通常，文件夹结构（在磁盘上）用作元数据的代理（例如，通过将文件放在BusinessGroups / Marketing文件夹中而不是使用BusinessGroup的“Marketing”值标记文件来提供文件隐式元数据。）

SharePoint太大而且难以按照您提议的方式“打架”。顺其自然。

Answer 4

我所做的是检查一个项目的父项是否是我当前正在遍历的列表，并从那里开始工作。 SPQuery课程也可能是一个很好的方法。祝你好运！

Answer 5

要添加到Lars的答案（这是正确答案），如果您觉得需要更改对象模型，请尝试使用扩展方法解决您的问题。我一直在这方面取得了一些成功，

我应该创建自己的对象模型来处理Sharepoint对象的复杂吗？

5 个答案: