3
私はバグのようなものを見ていて、簡単なテストケースを書いています。それがテストシナリオが含まれているよう親コンポーネントが最適化されているときに子どもが再レンダリングしない
このWebpackBinを参照してください: http://www.webpackbin.com/EJpabsuJW
私はバグのようなものを見ていて、簡単なテストケースを書いています。それがテストシナリオが含まれているよう親コンポーネントが最適化されているときに子どもが再レンダリングしない
このWebpackBinを参照してください: http://www.webpackbin.com/EJpabsuJW
をこれは正常な動作です。 children
はprop
あるとshouldComponentUpdate
でそれをチェックしないことにより、あなたはコンポーネントのアップデートが同じくらい、それは私が思う意味をなさない場合と同様に、どのように子供が変更されていることを確認しに行くか、こんにちは
それに依存するべきではないと言っています? また、子供は小道具ですが、親が子どもをチェックするのは相当な意味がありますか? –
まあ、私は、あなたはそのような汎用コンポーネントを書くことはできませんし、同時に 'shouldComponentUpdate'を再定義することはできません。 'shouldComponentUpdate'は実際のパフォーマンスに問題があるときに使うはずのハックなので、すべてのコンポーネントに対してこのメソッドを定義することは想定していません。 –
パフォーマンス上の問題があるときは、 'shouldComponentUpdate'だけを使うべきであることを理解しています。 明らかにこの例は簡単ですが、私の実際の例ははるかに関与しており、実際のパフォーマンスの問題があります。なぜこれを最初に最適化しようとしているのですか。 私は何百ものコンポーネントがライブアップデートしているグリッドコンポーネントを書いています。 –