相信很多人都遇到过类似的场景:
某一个按钮是用来发送请求的,并且需要一段时间来处理。但是用户往往会在处理期间有意或无意地点击多次,因此我们希望在上一次发出的请求处理完毕之前,不再发出新的请求。
1.初步解决方案:特事特办
“特事特办”的意思,就是每次遇到这样的场景,都特意写一段逻辑来处理:
document.addEventListener('click', (() => {
let lock = false;
return () => {
if(lock) return;
lock = true;
console.log('clicked');
// 为了方便测试就使用延时了
setTimeout(() => {
lock = false;
}, Math.random() * 4e3)
}
})());
2. 基于约定回调的条件式回调函数
上面的写法其实也不费事,但是这种条件限制能不能像已经被面试问烂了的“节流”和“防抖”那样,用一个函数把它包裹起来就可以达成效果呢?
问题的关键其实在于:防抖和节流需要考虑的执行条件是时间,这个条件对于所有函数而言都是一个“共同的语言”,因此才双方可以做到那样的“默契”。
而要在这种场景里实现同样的效果,双方需要刻意的约定:例如被条件执行的函数额外接受一个函数,用于在合适的时机解除条件限制。
function conditioned(callback:(release:Function,...args:any[]) => any){
let lock = false;
return function(...args:any[]){
if(lock) return;
lock = true;
callback.call(this, () => {
lock = false;
}, ...args);
}
}
为了方便描述这种约定对callback
的要求,这里使用 TS 而不是 JS。
使用的时候:
button.addEventListener('click', conditioned((release) => {
return () => {
console.log('clicked');
setTimeout(() => {
release(); // 释放 lock
}, Math.random() * 4e3);
}
}));
3. 基于 Promise 的条件式回调函数
如果说有什么方法能比回调函数更“优雅”、更“通用”一些,答案显然是Promise
。
因为上面的写法对原来的回调函数的参数进行了改写,遇到一个爱好 Ctrl + C 的初学者的话,他会疑惑复制过来的函数为什么就不工作了。
function conditioned(callback:(...args:any[]) => Promise){
let lock = false;
return function(...args:any[]){
if(lock) return;
lock = true;
try {
await callback.call(this, ...args);
lock = false;
} catch(err) {
lock = false;
throw err;
}
}
}
使用方法:
button.addEventListener('click', conditioned(() => {
return new Promise((resolve) => {
console.log('clicked');
setTimeout(() => {
resolve(); // 释放 lock
}, Math.random() * 4e3);
});
}));
虽然乍一看,使用这个函数意味着必须把回调函数的返回值改写成 Promise
,不过由于这种场景往往都是异步操作,改成 async
何乐而不为呢?
4. React hook 版
import { useRef } from 'react';
function useCondition(callback: (...args: any[]) => Promise) {
const lock = useRef(false);
return async (...args:any[]) => {
if(lock.current) return;
lock.current = true;
try{
await callback(...args);
lock.current = false
} catch(error){
lock.current = false;
throw error;
}
};
}
使用方法:
实际上没测试过,不知道行不行的。