在lodash函数工具库中,防抖_.debounce
和节流_.throttle
函数在一些频繁触发的事件中比较常用。
_.debounce(func, [wait=0], [options=])
创建一个 debounced(防抖动)函数,该函数会从上一次被调用后,延迟 wait
毫秒后调用 func
方法。
参数
func
(Function): 要防抖动的函数。[wait=0]
(number): 需要延迟的毫秒数。[options=]
(Object): 选项对象。[options.leading=false]
(boolean): 指定在延迟开始前调用。[options.maxWait]
(number): 设置 func
允许被延迟的最大值。[options.trailing=true]
(boolean): 指定在延迟结束后调用。返回
_.throttle(func, [wait=0], [options=])
创建一个节流函数,在 wait
毫秒内最多执行 func
一次的函数。
参数
func
(Function): 要节流的函数。[wait=0]
(number): 需要节流的毫秒。[options=]
(Object): 选项对象。[options.leading=true]
(boolean): 指定调用在节流开始前。[options.trailing=true]
(boolean): 指定调用在节流结束后。返回
(Function): 返回 throttled(节流)的函数。
防抖节流函数实际上起到一个“稀释”的作用,在vue项目中我们可能会这样写(节流为例)。
<template>
<div>
<button @click="add_throttle">加1</button>
<h1>{{ number }}</h1>
</div>
</template>
<script>
import { throttle } from 'lodash';
export default {
data() {
return {
number: 1
};
},
methods: {
// add函数做节流处理
add_throttle: throttle(this.add, 1000),
add() {
this.number++;
}
},
};
</script>
然后我们信心满满地F12打开控制台……
上面说add
这玩意儿 undefined
了。
这其实是this
的指向问题。实际上这里的this
并不是vue实例(至于是什么,往下看你就知道了[doge]),所以自然不存在add()
方法了。
既然直接使用this.add()
不成,那我们换个思路,把this.add()
放在函数里呢?
methods: {
// 做节流处理
add_throttle: throttle(() => {
this.add();
}, 1000),
add() {
this.number++;
}
}
然后,自信满满地再次打开控制台……
第一眼,诶,没报错,于是点击按钮……
梅开二度……
其实还是this
的指向问题。我们知道箭头函数是没有this
的,所以这里的this
相当于踩坑1里的this
,让我们打印下,揭开它的庐山真面目。
methods: {
// 做节流处理
add_throttle: throttle(() => {
console.log(this);
}, 1000),
add() {
this.number++;
}
}
好家伙,原来这里的this
本身就是undefined
。
既然是this的指向问题,那么只要保证this
指向vue实例就行了,箭头函数换成声明式函数。
methods: {
// 做节流处理
add_throttle: throttle(function () {
this.add();
}, 1000),
add() {
this.number++;
}
}
结果很nice。
至于为什么,大概是lodash的_.debounce
函数对this做了一些处理(_.throttle
函数本质还是调用了_.debounce
函数),有兴趣的小伙伴儿可以看看_.debounce
的源码。