定制SharePoint'；s NewForm.aspx，或创建我自己的表单。。。思想？
我不确定我的问题是否会有一个明确的答案，但我想读一些其他人对此的讨论。。。这里是一些快速的背景 我正在创建一个申请表，用于向数据中心添加新设备。我正在收集一些关于提交者和设备的基本信息。有些元数据变得相当复杂，但我在这里不赘述 起初，我从启用浏览器的InfoPath表单开始，因为我们的大多数用户没有获得InfoPath富客户端的许可。在经历了很多挫折之后，我的工作开始了，但是我从来没有达到我满意的水平。从那以后，我一直在玩SharePoint的web服务，我有一个很棒的表单，它是用HTML编写的（带有一些jQuery魔术），可以提交到SharePoint列表 所以现在我在问自己。。。为什么不用这个表格呢？首先，我可以完全摆脱InfoPath。。。这也有助于我们获得许可，因为我不需要企业许可。第二，性能。。。第三，当然我必须手工编写代码，但我可以，而且我很喜欢 因此，InfoPath已经过时了 这导致我需要一些最佳实践想法与新想法相结合。我有一个很好用的表单，但我希望所有东西都能在SharePoint中工作。作为测试，我刚刚为我的列表创建了一个新视图，删除了显示列表的web部件，并在表单中进行了切换。除了一些CSS问题外，一切都正常，而且它会以闪电般的速度更新列表 但它应该是自定义视图吗？它应该住在别的地方吗？我应该编辑NewForm.aspx吗 我很想听听你对此的想法。最终，我的整个解决方案将作为一个功能部署，但我不确定这是否相关定制SharePoint'；s NewForm.aspx，或创建我自己的表单。。。思想？,sharepoint,moss,wss,Sharepoint,Moss,Wss,我不确定我的问题是否会有一个明确的答案，但我想读一些其他人对此的讨论。。。这里是一些快速的背景 我正在创建一个申请表，用于向数据中心添加新设备。我正在收集一些关于提交者和设备的基本信息。有些元数据变得相当复杂，但我在这里不赘述 起初，我从启用浏览器的InfoPath表单开始，因为我们的大多数用户没有获得InfoPath富客户端的许可。在经历了很多挫折之后，我的工作开始了，但是我从来没有达到我满意的水平。从那以后，我一直在玩SharePoint的web服务，我有一个很棒的表单，它是用HTML编写的
谢谢 我会用大致相同的方法：
- 创建新表单（通过SharePoint Designer或自定义ASPX页面）
- 将表单封装在Web部件中（如果您很忙，可以使用该部件）
- 创建尽可能多的自定义视图，这实际上不会影响表单的编码方式
希望这会有所帮助使用自定义表单或完全独立的应用程序编辑SharePoint数据没有错。最终得到的数据与使用标准新表单得到的数据相同，因此它不可能破坏修改后的视图之外的任何内容
设置自定义新表单可能是最合适的位置—在schema.xml中或通过设计器更改新表单url非常简单。我认为您应该为您的请求SharePoint列表创建自定义表单模板。
看
我还建议大家阅读。我问这个问题已经有一段时间了，我本应该在上面标出答案的，很抱歉耽搁了。在回顾所有答案时，这个答案肯定是最有用的。