React中什么时候使用箭头函数
当我们想起箭头函数时,脑海里可能会浮现 棒,酷,简洁,有趣等形容词,其实,我们存在一些 更充分的理由 使我们在联想起 箭头函数 时不得不想到的
解决 this 引起的问题
箭头函数不会在函数体内重新定义this
的值,这使得在回调中的行为更容易预测,并且避免了this
在回调中潜存的bug
下面我们来看一个example
我们期望点击按钮,改变按钮颜色,代码如下
1 | class BrokenButton extends React.Component { |
然而,当我们点击按钮时,什么效果都没有,为什么会这样呢
其实,不是handleClick
方法没有起作用,因为JavaScript
中压根没有方法,JavaScript
中只有函数,而函数中的this
存在一些规则,正是这些规则,让上面的handleClick
中的this
值变成了null
你需要清楚明白的是:你无法确定一个方法函数中this
的指向,因为它的值跟函数的调用方式有关
除非,你使用箭头函数
,因为箭头函数中this
的值是继承自 外围作用域
1 | class Button extends React.Component { |
现在就对了,接下来,我们继续
浏览器支持
浏览器对箭头函数
的支持大概是73%,因为目前,IE 并不支持。但如果你已经意识到这一点,并且你还会代码转译,这对你来说就不算什么问题
性能问题
大家都发现了,箭头函数
书写起来是非常容易的,但书写忒多的函数,也会造成一些问题
定义函数是昂贵的
浏览器每执行一次 =>,就需要创建一个新的函数对象,这其实是一个比较 昂贵 的操作
当然,如果你不是想构建一个性能超级无敌宇宙螺旋棒 的组件,渲染一个非常长的列表或非常大的表格,你也不会发现这是一个问题
所以,如果你的组件只是在页面中渲染个几次,你也没必要忒担心 性能这方面的问题
两个相同的箭头函数并不相等
为了让大家意识到这个问题,接下来,我们用==
比较一下两个相同的箭头函数相不相等
1 | const a = x => x, |
如果你在 render 中使用箭头函数,那么你在每次调用render
时都会去创建一个新的函数对象,此时,即使使用PureComponent
和shouldComponentUpdate
也起不到优化作用
你可以在下面实例中看清这一点,其中,<PropChangeCounter />
组件用于打印props
改变的次数
1 | import PropChangeCounter from "react-armory-prop-change-counter"; |
只定义一次
如果你觉得性能对你的组件很重要,那么你肯定会想如果在组件中只定义箭头函数一次该有多好
其中一种实现方式是在constructor
中使用箭头函数,当然,对于复杂些的组价来说,这会变的很笨拙
如果你使用了Babel
或create-react-app
构建你的应用,你可以将箭头函数设置为class
fields
或arrow
function
methods
如下,你可以将handleClick
重新定义为一个arrow
function
method
,来修复第一个example
中的bug
1 | class Button extends React.Component { |
总结
如果环境支持箭头函数,那么鼓励使用
尽量避免对React组件 使用箭头函数,它会使调试变的困难
如果有需要,可以在render中使用箭头函数
为性能着想,避免在render中使用大量函数