【www.bbyears.com--SharePoint】
SharePoint中如何使得用户不能通过对WSS的List中添加或修改使得某个指定字段存在重复数据。并需要尽可能满足以下需求：1） 希望解决方案比较简单，并且易于部署（客户希望在30分钟内能完成部署）
2） 希望在部署过程中不需要重新编译任何工程
3） 有一定的通用性，不能针对一个特定的List开发一个组件
---------------------------------------------------------------
目前研究的结果:
研究结果及解决方案（以新建记录为例）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
系统实现思路
＝＝＝＝＝＝＝
由于所涉及的步骤牵涉修改WSS默认的模板和JavaScript代码，所以请在测试环境中完成下述步骤并备份相关信息。
1． 当用户新建记录、提交表单时，WSS会首先调用ClickOnce()函数（请在新建记录页面点击右键，查看HTML源文件），然而，ClickOnce()并不存在NewForm.aspx文件中，而是在相应List模板的SCHEMA.XML中（如，我们使用Customized List，List模板的路径是C:Program FilesCommon FilesMicrosoft Sharedweb server extensions60TEMPLATE1033STSLISTSCUSTLIST）且所有WSS List都会调用OWS.JS文件，引用其中的JavaScript。表单会提交到/_vti_bin/owssvr.dll上，最终插入数据库。这是默认的表单提交过程。
2． 为了在期间加入定制的代码，检查是否会产生重复数据。我们可以采取以下几种通讯方式：
a） 在SCHEMA.XML中拦截 ClickOnce()函数，使用Microsoft.XMLHTTP对象向Server端的ASPX页发送POST请求，并接收Server端的回传数据，SCHEMA.XML的作用域是一个特定的List。在本样例中，我们选用这种方式
b） 由于在提交表单的流程中，SCHEMA.XML中定义的ClickOnce()函数最终会调用OWS.JS中的程序段，虽然，我们可以在OWS.JS的有关函数中拦截默认的提交流程，并向Server端发送请求，但是，我们不推荐这种方式，因为修改OWS.JS可能影响到多个List。只有在特定的条件下，才使用这种全局的方式，并且希望您进行全面的测试。
c） 前两种方式是在客户端向服务端发送请求，进行验证，如果需要全部PostBack回服务器端进行认证，请使用FrontPage 2003，打开NewForm.aspx，在输入WebPart上点右键，并选择“Customized SharePoint List Form”菜单项，将输入WebPart转换为表格模式，如下所示：
此时我们可以使用传统ASP.NET窗体的方式，在上面添加自定义的输入栏位和提交按钮，并可以提交到特定的后台页面。这种方式需要对每个List的NewForm.ASPX分别处理。