优化 React 组件渲染

MobX 非常快,甚至比 Redux 更快。但本章节一些小贴士,以便充分利用 React 和 MobX。 请注意,大多数小贴士适用与普通的 React,而非 MobX 专用的。

使用大量的小组件

@observer 组件会追踪它们使用的所有值,并且当它们中的任何一个改变时重新渲染。 所以你的组件越小,它们需要重新渲染产生的变化则越小。这意味着用户界面的更多部分具备彼此独立渲染的可能性。

在专用组件中渲染列表

这点在渲染大型数据集合时尤为重要。 React 在渲染大型数据集合时表现非常糟糕,因为协调器必须评估每个集合变化的集合所产生的组件。 因此,建议使用专门的组件来映射集合并渲染这个组件,而不再渲染其他组件:

不好的:

  1. @observer class MyComponent extends Component {
  2. render() {
  3. const {todos, user} = this.props;
  4. return (<div>
  5. {user.name}
  6. <ul>
  7. {todos.map(todo => <TodoView todo={todo} key={todo.id} />)}
  8. </ul>
  9. </div>)
  10. }
  11. }

在上来的示例中,当 user.name 改变时,React 会不必要地协调所有的 TodoView 组件。尽管TodoView 组件不会重新渲染,但是协调的过程本身是非常昂贵的。

好的:

  1. @observer class MyComponent extends Component {
  2. render() {
  3. const {todos, user} = this.props;
  4. return (<div>
  5. {user.name}
  6. <TodosView todos={todos} />
  7. </div>)
  8. }
  9. }
  10. @observer class TodosView extends Component {
  11. render() {
  12. const {todos} = this.props;
  13. return <ul>
  14. {todos.map(todo => <TodoView todo={todo} key={todo.id} />)}
  15. </ul>)
  16. }
  17. }

不要使用数组的索引作为 key

不用使用数组索引或者任何将来可能会改变的值作为 key 。如果需要的话为你的对象生成 id。 还可以参见这篇 博客

晚一点使用间接引用值

使用 mobx-react 时,推荐尽可能晚的使用间接引用值。 这是因为当使用 observable 间接引用值时 MobX 会自动重新渲染组件。 如果间接引用值发生在组件树的层级越深,那么需要重新渲染的组件就越少。

快的:

<DisplayName person={person} />

慢的:

<DisplayName name={person.name} />.

后者并没有什么错。 但是当 name 属性变化时,第一种情况会触发 DisplayName 组件重新渲染,而第二种情况组件的拥有者需要重新渲染。 但是,对于你的组件来说,使用可理解的 API 比应用此优化更为重要。 为了两全其美,考虑制造更小的组件:

const PersonNameDisplayer = observer(({ props }) => <DisplayName name={props.person.name} />)

尽早绑定函数

此贴士适用于普通的 React 和特别是使用了 PureRenderMixin 的库,尽量避免在 render 方法中创建新的闭包。

还可参见一下资源:

不好的:

  1. render() {
  2. return <MyWidget onClick={() => { alert('hi') }} />
  3. }

好的:

  1. render() {
  2. return <MyWidget onClick={this.handleClick} />
  3. }
  4. handleClick = () => {
  5. alert('hi')
  6. }

不好的那个示例中, MyWidget 里使用的 PureRenderMixin 中的 shouldComponent 的返回值永远是 false,因为每当父组件重新渲染时你传递的都是一个新函数。