如何在sharepoint中创建子列表

时间:2009-03-14 04:33:42

标签: sharepoint

是否可以在sharepoint中创建子列表?我目前正在使用文件夹来组织我的内容,但是在进行编程时,文件夹在sharepoint中是一个完全不同的概念。

我希望实现以下目标:
-Web
----清单A
---------子清单1
---------子清单2
----清单B
---------子清单1
---------子清单2

编辑1:

我正在尝试在网络正下方有一个可排序列表。目前,我通过使用自定义SortOrder列和标题创建自定义文件夹来实现此目的。文件夹标题最终将成为公共站点上的节标题,每个文件夹中的项目将是该节下面的内容。是否有更好的方法来做一些看起来相当微不足道的事情?

感谢您的帮助

编辑2(对杰森的回应):

我们希望保持内容有条理。假设我们有一个企业领导名单。在此列表中,我们有主席,CEO,董事会文件夹。然后每个文件夹都是项目(人)。有没有更好的方法来组织这个?

7 个答案:

答案 0 :(得分:8)

具体而言,没有。您不能在SharePoint中使用嵌套列表。

但是,有很多方法可以让最终用户获得非常相似的东西。有两种选择:

第一个选项是分组。包括要分组的列(例如,对于包含城市名称的列表,您可能希望按州或国家/地区分组 - 或两者都有),然后设置视图以按那些(或那些)列进行分组。

第二种方法是在同一站点中使用两个单独的列表(必须是同一站点),并使用查阅列类型将一个列表链接到另一个(例如,您创建一个列表来保存国家/地区列表,一个列表要保留状态列表,以及用于保存包含州和国家/地区查询列的城市列表的第三个列表。您只能有一个级别的查找,因此您不能在状态列表中为国家/地区设置查找列,然后将州列表链接到城市列表并显示该城市所在的国家/地区;你可以很好地显示状态(如果你在状态列表上创建一个计算列来显示“州,国家”,那么你可以在城市列表中显示结果),但这就是全部。

答案 1 :(得分:1)

SharePoint 2007没有继承List-in-List支持,但是......

可以在SP2007中的给定网站集中拥有多个网站(实际网站),而网站(实际网站)可以包含子网站(实际上是子网站)。这可以用来模拟上面的“List-in-List”。方法可能不太理想,但如果所有网站(真正的网站)都在同一网站集中,那么使用进行某些任务并不是很难与网站混淆)。在这种情况下,以下是:

-Site Collection
----Web A
---------Sub List 1
---------Sub List 2
---------Web C (why not?)
----Web B
---------Sub List 1
---------Sub List 2

答案 2 :(得分:1)

这是一个需要子列表的例子(我的问题:))。我正在收集我们部门各种课程的教科书信息。我真的只需要一次课程信息,然后只需要与该课程相关的每本书的信息:

GER 555,教科书标题,POC(讲师)信息等      教科书标题,ISBN,VER,作者等      教科书标题,ISBN,VER,作者等      教科书标题,ISBN,VER,作者等

有些课程有多达8本书,每次都必须填写表格,这对于编导者来说是一件痛苦的事。

答案 3 :(得分:0)

SharePoint中没有子列表的概念。您可以使用查找字段来实现所需的效果。

你能告诉我们一些你想要完成的事情吗?

为什么你需要子列表?为什么不为要在公共站点上显示的每个内容区域设置单独的列表?


更新:

有一种我能想到的不同方法的结合:

  1. 在列表中添加一个选项字段,对每个人进行分类。您将能够创建视图以过滤列表中的项目,并创建CAML查询以便以编程方式选择您感兴趣的项目。您应该能够轻松地对列表进行分段以便在公共页面上显示。

    < / LI>
  2. 如果这些是作业标题,则可以将它们存储在AD中,并通过配置文件导入功能将其带入SharePoint。然后,您可以开发Web部件(一个可能已存在),以向用户显示具有特定配置文件属性(在本例中为“标题”)

答案 4 :(得分:0)

我认为真正的问题是阻碍“子列表”。 如果它是“列表中的列表”,那么我认为它是无法访问的。至少据我所知。

如果您只想在不同的网站或文件夹中链接两个列表,只要它们位于相同的网站集下,就可以完成。 (如果我轻读了你的帖子,那么抱歉!暂停你的阅读!)有几种方法:

  1. 看看t this post
  2. Sharepoint List CollectionSharepoint Cascaded Lookup等工具可能是您理想的选择。麻烦的是大多数都是通过数据视图来操作的。
  3. 希望它有所帮助 PS。这是一个很好的问题!

答案 5 :(得分:0)

我已设法在自定义列表中创建文档集(SharePoint 2010)。这有点意外,我不确定这样做是否明智(很乐意接受建议)。

我想按&#34;组织&#34;分区列表。我希望每个组织都有一份会议纪要文件,其中包含每个组织的会议纪要。我使用的步骤:

  • 根据列表项
  • 为Minutes创建内容类型
  • 基于文档集
  • 为分钟文档集创建内容类型
  • 为分钟创建自定义列表
  • 将分钟和分钟文档集添加为内容类型
  • 删除文档作为列表的内容类型

现在我可以在列表中创建Minutes文档集,并将Minutes列表项添加到这些文档集 - 附带条件是我使用PowerShell创建文档集,就像我尝试使用浏览器一样创建文档集时告诉我,我不能(这很奇怪,因为有一次,我确实使用浏览器创建了一个文档集,但在此过程中某个地方停止了工作)。

访问文档时,它不会显示“文档集”视图。该视图专门用于库,如果您尝试使用它来显示列表中文档集的内容,SharePoint会抱怨。

正如我上面提到的,这是一个意外发生的事情,因为我不知道你不应该这样做。使用风险自负。

答案 6 :(得分:0)

您不能在SharePoint中拥有子列表,但如果您的所有列表都具有相同的元数据,则可以确定文档库中包含文件夹。所有文档库都是用于存放文档的列表。您可以将子文件夹放在其中以及所有这些内容。

话虽这么说,我认为你在这里看到的许多回击是,这个“子列表”的想法并没有真正体现到SharePoint的真正威力,那就是你正在使用类似的关系数据库SQL。理想情况下,你不应该想到“子列表”本身。我认为,你真正应该考虑的是列表的不同视图,它本身或多或少是一个数据库表。只需在每个特定视图中过滤掉您想要和不想要的项目,就最终用户而言,他们看到的只是他们自己的数据。然后,您可以通过calling them以编程方式访问这些视图。

SPView view = yourList.Views["View Name"];
SPListItemCollection items = list.GetItems(view);