最近研究一些框架，然而工作中发现还是要把一些基本的活计干好。比如验证。
1. 有即时验证和稍后验证。
比如，一个注册程序，在文本框输入一个密码，鼠标离开文本框的时候，用js验证密码长度，强度等。
而稍后的验证，则是，点击”确定注册“类似这样的按钮的时候，还要对之前所有的即时性验证再检验一遍。因为用户可能根本没有理会刚才的即时验证提示。
2. 前端验证和后台验证
前端校验就是JS校验吧，因为JS可以通过设置浏览器忽略，那么前台验证后，后台还要对关键的地方进行校验。
3. 异步程序校验
另外，web2.0时代，我们有时会通过异步程序做一些校验，然后进行下一步操作。
比如： 第一步是： $.ajax({//...省略部分代码})
第二步是：第一步OK，执行的内容，
如果有过这方面开发的经验，你会发现，第二步的代码千万不能顺序挂在第一步代码之后。。。。因为第一步代码是异步执行的，测试中会发现，异步的结果还没有返回，第二部就已经执行了，于是，这个程序失败了，因为第二步本是以第一步为前提，结果他跳过了。
那么一般的方法是:
$.ajax({
url: //你的URL
type: "POST",
datatype: "json",
success: function (result) {
//第二步写在这里...
}
});
第二步也可以变成一个回调函数
function checkStep(step2) $.ajax({ url: //你的URL type: "POST", datatype: "json", success: function (result) { if(step2!=undefined){ step2(); } } });
4. 禁止反复提交数据。
最简单的场景，点击某确定按钮添加一条数据到数据库，如果用户“啪啪”点了2次，有可能插入两条一样的数据。一般，我们可以插入前检测一下数据是否已经存在。
不过换一个场景，假如做一个短信通知，点一下按钮给客户发一个短信。而短信接口只有发送功能，不提供检测某个短信是否已发送，这时候我们怎么办呢？
有经验的人立马会说，确保按钮只能点击一次。 OK，想法很好。可惜，在传统的asp.net事件模型里很难实现【有童鞋实现过吗？】。一般都得借助于JS，异步提交。
比如：
$("#btn").bind("click",function(){
$("#btn").html("提交中...").unbind("click");//解除事件绑定，再点击不起作用了
//执行提交逻辑
$.ajax({});
});
5. 及时进行状态还原。
简单的场景，比如在一个文本框里输入密码，长度不够，即时提示，当客户，输入正确的时候，刚才那个即时提示要消失。
最近做了个狗血的程序，在一个pop-up里要进行三次翻页操作，第一步一页，第二步是下一页，第三步，再下一页，好家伙，这么页与页之间来回跳，从第二页回到第一页的时候，好多状态得还原。。。。
做程序，小程序都写不顺溜，何提研究和开发框架啊。。。tmd，可能也是具体的事物做得太多了。。。
xinchuang