刚写完一篇debounce(防抖)函数的实现,我又看了下underscore.js的实现方法。算是趁热打铁,分析一下underscore里实现的套路。
先贴上源码:
_.debounce = function(func, wait, immediate) {
var timeout, args, context, timestamp, result;
var later = function() {
var last = _.now() - timestamp;
console.log(last)
if (last < wait && last >= 0) {
console.log(1)
timeout = setTimeout(later, wait - last);
} else {
console.log(2)
timeout = null;
if (!immediate) {
result = func.apply(context, args);
if (!timeout) context = args = null;
}
}
};
return function() {
context = this;
args = arguments;
timestamp = _.now();
var callNow = immediate && !timeout;
console.log(timeout)
if (!timeout) timeout = setTimeout(later, wait);
if (callNow) {
result = func.apply(context, args);
context = args = null;
}
return result;
};
};
一看可能有点多,我简化一下,整体其实就两部分:
_.debounce = function( func, wait, immediate){
// 函数的回调部分
// 当immediate === false时
// func真正的执行部分
function later(){};
return function(){
// 在这里判断func是否立即执行
// 是否有计时器的存在
}
}
上一篇文章已经分析过this的指向和event的传递,这里就不多说了。直接来分析返回的匿名函数部分。
return function() {
context = this;
args = arguments;
// 这里调用了underscore封装的调用时间戳的方法
// 等同于
// timestamp = Date.now()
timestamp = _.now();
var callNow = immediate && !timeout;
console.log(timeout)
if (!timeout) timeout = setTimeout(later, wait);
if (callNow) {
result = func.apply(context, args);
context = args = null;
}
};
这里我要说的是timestamp,它存储的是动作发生时的时间戳,假设我这里调用debounce时传入的wait为10000,也就是10秒。我第一次调用事件函数是在10:00:00,按照设定,10:00:10之后才能调用第二次方法,在这10秒内,任何调用都是不执行的。
当我第一次执行事件时
timeout = undefined;
immediate先设置为false
所以
callNow === false
只有这句话是执行的
if (!timeout) timeout = setTimeout(later, wait);
那接着来看later都有什么:
var later = function() {
// var last = Date.now() - timestamp;
var last = _.now() - timestamp;
console.log(last)
if (last < wait && last >= 0) {
console.log(1)
timeout = setTimeout(later, wait - last);
} else {
console.log(2)
timeout = null;
if (!immediate) {
result = func.apply(context, args);
if (!timeout) context = args = null;
}
}
};
在上一篇中,判断wait内重复输入,我们取消事件的方法是这样的
if(timer){clearTimeout(timer)}
但在这里,我们是不是都还没看到怎么处理wait时间内,重复输入无效的问题?别急,现在就来说。玄妙都在这个last变量上。
之前说过,timestamp存储的是第一次事件执行时的时间戳(10:00:00),但现在我没想等十秒,过了五秒我就触发了第二次事件。所以timestamp现在的内容就变成新的时间戳了(10:00:05)。但问题是,timer的回调函数至少要到10:00:10之后才会执行,也就是说
last>=5
由于代码执行堵塞导致last>10的情况有可能存在,但是不符合我们现在讨论的,而且真的是太特殊了,我们就不说了。那就假设last为5秒(5000ms)。
last < wait && last >= 0
这句话就是true,那就执行里面的代码。但注意看里面计时器对于时间的写法。
wait - last
换个说法就是,你在10:00:00启动了我,但是你在10:00:05又动了,我原本应该在10:00:10执行,但是现在惩罚你提前行动,那你之前等的时间就不算,你要再重新多等这几秒10:00:15。
这个难点解决了,其他就都好说。
lster剩余的部分就是判断如果当初设置的是立即执行(immediate = true),func就不再执行一遍了,否则(immediate = false)func执行。
恩,那这个的解读就结束了,有什么地方我没写清楚的话,请给我留言。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。