1

我遇到了一个棘手的情况,我正在尝试确定解决的最佳方法。我是一名正在学习 SharePoint 的 VS 开发人员,所以当我尝试完成的工作可以通过代码和数据库轻松完成时,这让我有点沮丧。

我有三个列表,一个父列表和两个通过查找列链接的子列表。客户实际上想要一个列表中的所有内容,但由于 SharePoint 列类型限制,我不得不将数据拆分为三个列表,因此有 300 多个字段。客户希望在一个视图中同时查看所有列表,并能够过滤和编辑项目组。

我已经成功创建了一个链接列表的新数据源,并且可以在我的一个页面上显示它以进行查看。然而,经过一些研究,我了解到由于 SP 使用的 Office 组件的限制,我无法从此链接视图创建数据表视图。这是有道理的。

业务需求是客户根据他们从列表 A 和列表 B 和列表 C 中选择的标准过滤三个列表,以获取一组项目,他们进行更新并将更改保存回 3 个列表。他们更喜欢在数据表视图中执行此操作,因为这模仿了他们当前使用的 Excel 电子表格,该网站将替换该电子表格。他们可能会使用此功能一次更新 1-30 个项目,这就是他们更喜欢拖放和复制功能的原因。

我在考虑两个选项:尝试创建某种自定义 Web 部件,该部件具有编辑模式下所有列的网格视图,他们可以过滤到他们的项目并进行更改。然后我将不得不遍历这些字段并以编程方式进行更新。我还在这个网站上看到了 jQuery.sheet,如果我走这条路线而不是 gridview,这看起来可能是一个很好的解决方案。

或者有一个列出列的模式窗口,让用户选择他们想要过滤的内容,然后重定向到显示他们自己的 DSV 中的三个列表的页面。用户必须在三个单独的视图中进行更新。然后我会在列表进行更改后使用工作流来同步列表。

我总是最终尝试以编程方式做事,因为我仍然对 SP 很不熟悉,而且似乎只是触及了它的局限性而不是它的优势。有没有人试图做类似的事情?或者您对完成此任务的最佳方法有什么建议吗?最佳实践?我感谢所有的想法和评论!仅供参考,我也在 MS SP 论坛上发布了这个,以扩大网络......

谢谢,萨布丽娜

4

1 回答 1

1

在这种情况下,您最好使用自定义解决方案。Webpart 将是提供自定义界面的绝佳选择。dataview webpart 可以完成这项工作,但如果您对 jQuery 解决方案感到满意,它会提供更好的界面。

在您的代码中,将列表视为数据库,并将其与 Web 部件中的逻辑和接口代码隔离开来。

于 2011-08-21T21:58:47.603 回答