何时使用Component还是PureComponent?
我开始转向使用PureCompoent
是因为它是一个更具性能的Component
的版本。虽然事实证明这是正确的,但是这种性能的提高还伴随着一些附加的条件。让我们深挖一下PureComponent
,并理解为什么我们应该使用它。
Component和PureComponent有一个不同点
除了为你提供了一个具有浅比较的shouldComponentUpdate
方法,PureComponent
和Component
基本上完全相同。当props
或者state
改变时,PureComponent
将对props
和state
进行浅比较。另一方面,Component不会比较当前和下个状态的props
和state
。因此,每当shouldComponentUpdate
被调用时,组件默认的会重新渲染。
浅比较101
当把之前和下一个的props
和state
作比较,浅比较将检查原始值是否有相同的值(例如:1 == 1
或者ture==true
),数组和对象引用是否相同。
从不改变
您可能已经听说过,不要在props
和state
中改变对象和数组,如果你在你的父组件中改变对象,你的“pure”子组件不将更新。虽然值已经被改变,但是子组件比较的是之前props
的引用是否相同,所以不会检测到不同。
因此,你可以通过使用es6的assign方法或者数组的扩展运算符或者使用第三方库,强制返回一个新的对象。
存在性能问题?
比较原始值值和对象引用是低耗时操作。如果你有一列子对象并且其中一个子对象更新,对它们的props
和state
进行检查要比重新渲染每一个子节点要快的多。
其它解决办法
不要在render的函数中绑定值
假设你有一个项目列表,每个项目都传递一个唯一的参数到父方法。为了绑定参数,你可能会这么做:
<CommentItem likeComment={() => this.likeComment(user.id)} />
这个问题会导致每次父组件render方法被调用时,一个新的函数被创建,已将其传入likeComment
。这会有一个改变每个子组件props
的副作用,它将会造成他们全部重新渲染,即使数据本身没有发生变化。
为了解决这个问题,只需要将父组件的原型方法的引用传递给子组件。子组件的likeComment
属性将总是有相同的引用,这样就不会造成不必要的重新渲染。
<CommentItem likeComment={this.likeComment} userID={user.id} />
然后再子组件中创建一个引用了传入属性的类方法:
class CommentItem extends PureComponent {
...
handleLike() {
this.props.likeComment(this.props.userID)
}
...
}
不要在render方法里派生数据
考虑一下你的配置组件将从一系列文章中展示用户最喜欢的十篇文章。
render() {
const { posts } = this.props
const topTen = posts.sort((a, b) => b.likes - a.likes).slice(0, 9)
return //...
}
每次组件重新渲染时topTen
都将有一个新的引用,即使posts
没有改变并且派生数据也是相同的。这将造成列表不必要的重新渲染。
你可以通过缓存你的派生数据来解决这个问题。例如,设置派生数据在你的组件state
中,仅当posts更新时它才更新。
componentWillMount() {
this.setTopTenPosts(this.props.posts)
}
componentWillReceiveProps(nextProps) {
if (this.props.posts !== nextProps.posts) {
this.setTopTenPosts(nextProps)
}
}
setTopTenPosts(posts) {
this.setState({
topTen: posts.sort((a, b) => b.likes - a.likes).slice(0, 9)
})
}
如果你正在使用Redux,可以考虑使用reselect来创建”selectors”来组合和缓存派生数据。
结束语
只要你遵循下列两个简单的规则就可以安全的使用PureComponent
来代替Component
:
- 虽然通常情况下易变性就是不好的,但是当使用`PureComponent`时问题会变得复杂。
- 如果你在`render`方法中创建一个新的函数,对象或者是数组那么你的做法(可能)是错误的。