防止重复发送 Ajax 请求
要考虑并理解success,complete,error,timeout这些事件的区别,并注册正确的事件,一旦失误,功能将不再可用;
不可避免地比普通流程要要多注册一个complete事件;
恢复状态的代码很容易和不相干的代码混合在一起;
推荐用主动查询状态的方式(A、B,jQuery为例)或工具函数的方式(C、D)来去除重复操作,并提供一些例子作为参考:
A.独占型提交
只允许同时存在一次提交操作,并且直到本次提交完成才能进行下一次提交。
module.submit=function(){ if(this.promise_.state()==='pending'){ return } returnthis.promise_=$.post('/api/save') }
B.贪婪型提交
无限制的提交,但是以最后一次操作为准;亦即需要尽快给出最后一次操作的反馈,而前面的操作结果并不重要。
module.submit=function(){ if(this.promise_.state()==='pending'){ this.promise_.abort() } //todo }
比如某些应用的条目中,有一些进行类似「喜欢」或「不喜欢」操作的二态按钮。如果按下后不立即给出反馈,用户的目光焦点就可能在那个按钮上停顿许久;如果按下时即时切换按钮的状态,再在程序上用abort来实现积极的提交,这样既能提高用户体验,还能降低服务器压力,皆大欢喜。
C.节制型提交
无论提交如何频繁,任意两次有效提交的间隔时间必定会大于或等于某一时间间隔;即以一定频率提交。
module.submit=throttle(150,function(){ //todo })
如果客户发送每隔100毫秒发送过来10次请求,此模块将只接收其中6个(每个在时间线上距离为150毫秒)进行处理。
这也是解决查询冲突的一种可选手段,比如以知乎草稿举例,仔细观察可以发现:
编辑器的blur事件会立即触发保存;
保存按钮的click事件也会立即触发保存;
但是存在一种情况会使这两个事件在数毫秒内连续发生——当焦点在编辑器内部,并且直接去点击保存按钮——这时用throttle来处理是可行的。
另外还有一些事件处理会很频繁地使用throttle,如:resize、scroll、mousemove。
D.懒惰型提交
任意两次提交的间隔时间,必须大于一个指定时间,才会促成有效提交;即不给休息不干活。
module.submit=debounce(150,function(){ //todo })
还是以知乎草稿举例,当在编辑器内按下ctrl+s时,可以手动保存草稿;如果你连按,程序会表示不理解为什么你要连按,只有等你放弃连按,它才会继续。
============
更多记忆中的例子
方式C和方式D有时更加通用,比如这些情况:
游戏中你捡到一把威力强大的高速武器,为了防止你的子弹在屏幕上打成一条直线,可以throttle来控制频率;
在弹幕型游戏里,为了防止你把射击键夹住来进行无脑游戏,可以用debounce来控制频率;
在编译任务里,守护进程监视了某一文件夹里所有的文件(如任一文件的改变都可以触发重新编译,一次执行就需要2秒),但某种操作能够瞬间造成大量文件改变(如gitcheckout),这时一个简单的debounce可以使编译任务只执行一次。
而方式C甚至可以和方式B组合使用,比如自动完成组件(Google首页的搜索就是):
当用户快速输入文本时(特别是打字能手),可以throttlekeypress事件处理函数,以指定时间间隔来提取文本域的值,然后立即进行新的查询;
当新的查询需要发送,但上一个查询还没返回结果时,可以abort未完成的查询,并立即发送新查询;
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,同时也希望多多支持毛票票!