自定义SharePoint的NewForm.aspx，或创建自己的表单......想法？

Question

我不确定我的问题会有明确的答案，但我想读一些其他人的讨论......这里有一些快速的背景。

我正在创建一个请求表单，用于处理向我们的数据中心添加新设备。我正在收集有关提交者和要添加的设备的一些非常基本的信息。一些元数据变得非常复杂，但我不会在这里进入。

首先，我开始使用支持浏览器的InfoPath表单，因为我们的大多数用户都没有获得InfoPath富客户端的许可。经过很多挫折之后，我得到了一些工作，但却无法达到我满意的性能水平。从那以后，我一直在使用SharePoint的Web服务，我有一个很棒的表单，我用HTML（带有一些jQuery魔法）编写，提交到SharePoint列表。

所以现在我问自己......为什么不用这个表格呢？首先，我可以完全摆脱InfoPath ......这也有助于我们获得许可，因为我不需要企业许可。第二，表现......第三，确定我必须手工编码，但我可以，而且我喜欢它。

所以，InfoPath就出门了。

这导致我需要将一些最佳实践想法与新想法混合在一起。我有这个表格效果很好，但我希望一切都能在SharePoint中运行。作为测试，我刚刚为我的列表创建了一个新视图，删除了显示列表的Web部分，并填写了我的表单。除了一些CSS问题，一切正常，它快速更新列表！

但它应该是一个自定义视图吗？它应该住在别的地方吗？我应该只编辑NewForm.aspx吗？

我很想听到有关这方面的一些想法。最终，我的整个解决方案将作为功能部署，但我不确定这是否相关。

谢谢！

Answer 1

我会以同样的方式完成它：

• 创建新表单（通过SharePoint Designer或自定义ASPX页面）
• 将表单封装在Web部件中（如果您赶时间，可以使用SmartPart Web部件）
• 根据需要创建任意数量的自定义视图，它不会真正干扰您对表单进行编码的方式

如果必须修改NewForm.aspx，请不要删除默认的ListForm Webpart，因为SharePoint将其用于其他内容。你最好隐藏它以避免将来出现问题。

希望有所帮助

Answer 2

我认为您应该为您的SharePoint-List请求创建自定义表单模板 请参阅MSDN: Creating Custom Form Templates。

我还建议您阅读Understanding SharePoint: List Forms。

Answer 3

使用自定义表单或完全独立的应用程序编辑SharePoint数据没有任何问题。您最终会获得使用标准新表单获得的相同数据，因此它不可能破坏修改后的视图之外的任何内容。

设置自定义newform可能是最适合它的地方 - 很容易在schema.xml中或通过设计器更改newform url。