Forms SharePoint 2013表单

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

SharePoint 2013中有哪些选项可用于开发带有表单的此类应用程序

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

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

<> LI> < P>如果我考虑了IfopPATH 2013表单，作为开发表单的一种选择，我无法找到MSDN或TeTNET上的官方参考，这说明信息路径对于面向公共站点是好的，而且我还没有看到一个例子，在公共面上使用“信息路径”形式“强”>面向公众> <强> SP2013站点。p> <> LI>

如果我考虑NTENEX表单，我认为NeTeX表单还没有作为公众面对的CSS控件的级别，它们提供的验证目前非常有限，一旦您在表单上有更多字段，NTNEX窗体就很难管理。更重要的是，我没有在任何面向公众的SP2013 SharePoint网站上看到Nintext表单 ，甚至Nintex网站本身也没有在面向公众的平台上使用Nintex表单

>P>如果考虑K2智能表单，它有类似于第3和4点所提到的限制。

---

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

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

（1） .NET表单。我们构建集成在Sharepoint中的控件或Web部件。当然，这是最有力的选择

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

（3） Infopath 2013。可以使用.NET中的业务逻辑为面向公众的站点构建强大的表单。此选项的缺点是您无法控制HTML

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