SharePoint 2013 表单

Question

我正在开发 SharePoint 2013 Public Facing 网站，该网站几乎没有用于用户输入的复杂表单。每个表单上大约有 20-30 个字段，需要在表格/网格中显示数据，表单上的一些重复数据元素等。 此外，表单上几乎没有复杂的验证要求。

SharePoint 2013 中有哪些可用选项来开发这种带有表单的应用程序？

1. 如果我在 SharePoint 2013 中创建包含所有这些逻辑的 Web 部件/可视化 Web 部件，并且我们将数据存储在 SQL 数据库中，那么我们将从 SharePoint 平台中获得的好处并不多。

2. 如果我使用 Business Connectivity Service 并将数据存储在外部列表中，我们必须将前端表单开发为 .net 用户控件，在这种情况下，我认为 SharePoint 平台没有太大价值。

3. 如果我考虑将 infopath 2013 表单作为开发表单的一个选项，我无法在 msdn 或 technet 上找到任何官方参考资料，它解释了 info path 对面向公众的网站有好处，我还没有看到PUBLIC FACING SP2013 网站在面向公众时使用信息路径表单的一个示例。

4. 如果我考虑 Nintex 表单，我认为 Nintex 表单还没有面向公众，因为 CSS 控制级别，它们提供的验证目前非常有限，一旦你使用 Nintex 表单就很难管理表单上有更多字段，更重要的是我没有看到任何 PUBLIC FACING SP2013 SharePoint 网站上使用的 Nintext 表单 ，甚至 Nintex 网站本身也没有在公众面前使用 NINTEX 表格。

5. 如果我考虑 K2 智能表单，它具有与第 3 点和第 4 点中提到的类似的限制。

对于为 SP2013（面向公众）开发除 .NET 表单以外的表单有什么想法或建议吗？

Answer 1

我向您解释我们的经验。我们通过三种方式为 Sharepoint 开发了复杂的表单：

(1) .NET 表单。我们构建集成在 Sharepoint 中的控件或 Web 部件。当然，这是最强大的选择。

(2) 使用表单中的所有字段定义列表并使用 Sharepoint Designer 自定义列表视图。此选项的缺点是表单的验证和逻辑必须在 JS 中开发或/和附加到列表的事件侦听器。

(3) 信息路径 2013。可以使用 .NET 中的业务逻辑为面向公众的网站构建强大的表单。此选项的缺点是您无法控制 HTML。

三个选项都有效，我们选择的选项取决于需求。