几种应该避免使用箭头函数的情况

38次阅读

共计 931 个字符,预计需要花费 3 分钟才能阅读完成。

几种应该避免使用箭头函数的情况

⭐️ 更多前端技术和知识点,搜索订阅号 JS 菌 订阅

避免在定义对象方法时使用

箭头函数虽然因语法简练受人追捧。但由于没有 this 会导致在一些情况下出现预想不到的意外情况。????

比如在对象中定义一个方法:

看起来很完美调用这个方法能够按照预期,获得对象的 food 属性

但如果将其改为箭头函数:

由于箭头函数自身没有 this 会导致自动继承外层的 this 导致打印出的变量出错,这个 bug 有点 ????

因此不要在对象方法中使用箭头函数

避免在 prototype 上使用

因为没有 this 导致 this 指向错误,所以在定义 prototype 方法上一定记得不要使用箭头函数

避免在需要 arguments 上使用

因为箭头函数没有 arguments 因此如果外层是另外一个函数,那么 arguments 是这个外层函数的

当然可以使用 rest 操作符获取对应的参数

避免在动态上下文中的回调函数里使用

如果你需要你的上下文是可变的,动态的,那么不要使用箭头函数

比如在一个页面中,我们需要为每一个 p 元素增加一个事件处理函数,那么:

document.querySelectorAll('p').forEach(elem => {elem.addEventListener('click', () => {console.log(this.innerText.length) // ❌ 这个时候 this 指向 window,因此会报错
    })
})

改为普通函数才可以正确访问到预期的 this:

document.querySelectorAll('p').forEach(elem => {elem.addEventListener('click', function() {console.log(this.innerText.length) // ✅ 这个时候 this 指向 elem
    })
})

避免在需要 caller 的时候使用

因 caller 早已不再是推荐的标准,应该在任何时候都避免使用 caller 这里就不多说了 ????️

其他情况下尤其是 map reduce forEach 等并没有什么复杂的逻辑的时候使用箭头函数能够增加阅读体验,想必是极好的 ????

that’s all

请关注我的订阅号,不定期推送有关 JS 的技术文章,只谈技术不谈八卦 ????

正文完
 0