実際には、重い操作を実行し、新しいデータが反応コンポーネントによって受信された後に状態として設定する必要があります。だから私は少しパフォーマンスが心配です。 "componentWillUpdate"と "componentDidUpdate"の両方が私の要求を満たすことができます。だから、私はより良いパフォーマンスのために使うべきですか?パフォーマンスの問題よりもより良いパフォーマンスのために、より良いです:componentWillUpdateまたはcomponentDidUpdate?
0
A
答えて
0
より、これらの2つの方法の違いについてのポイントがあります:あなたはあなたのコンポーネント内SETSTATEを使用している場合は、componentWillUpdateの内側にそれを使用しても効果はありません。あなたはcomponentDidUpdateの中でそれを使う必要があります。コンポーネント内でsetStateを使用していない場合(これは私のお気に入りです)、両方のメソッドの使用に適した小道具を使用してすべてを取得する必要があります。 はそうでない場合は、これらの2つの方法は、コンポーネントの更新が必要かを決定shouldComponentUpdate()メソッドの結果に依存しています。コンポーネントを更新する必要がある場合は、両方のメソッドが実行されます。
+0
次のような有用な情報が見つかりました:https://facebook.github.io/react/docs/component-specs.html – Fizz
関連する問題
- 1. より良いJavaScriptのパフォーマンス
- 2. フラグメントトランザクションのためのより良いアプローチ
- 3. Angular2:デバッグのためのより良い/より深いゾーンスタック
- 4. モデル1は、より良いパフォーマンス
- 5. スキニングコントロールのバックグラウンド - より良いパフォーマンス?
- 6. WP7より良いパフォーマンスの概念
- 7. JavaMailプログラミングベストまたはより良いプラクティス
- 8. 404リダイレクトまたはより良いオプション
- 9. Bubbling componentWillUpdateとcomponentDidUpdate
- 10. 回避方法より良いパフォーマンスのために複数の結合?
- 11. SpringでXmlBeanFactoryにアクセスするためのより良い設計
- 12. Akkaはいつより良いパフォーマンスをもたらしますか?
- 13. より良いパフォーマンス、9パッチまたはdrawable xmlリソースにはどうすればよいですか?
- 14. MsgWaitForMultipleObjectsよりも完了したスレッドを示すためのより良い方法はありますか?
- 15. 正しい値を得るためのより良い方法
- 16. "より良い"スカラスタックトレース
- 17. より良いSSMS?
- 18. より良いデザインパターン?
- 19. Ajax.ActionLinkより良いSEOのためにhref属性なし
- 20. より良いパフォーマンスのためにJavaでシングルトンデザインパターンでNullチェックを乗り越える方法
- 21. あまりにも多くのelse文のためのより良いアプローチ
- 22. セッションデータを管理するためのより良い方法
- 23. プロジェクトを更新/インポートするためのより良い方法
- 24. コンストラクタを選択するためのより良いパターン
- 25. Pythonでベクターグラフィックスを描画するためのより良いライブラリはCairoよりも優れていますか?
- 26. CUDAにmallocとfreeするためのより良い/クリーナー/よりエレガントな方法はありますか?
- 27. プロファイリングのためのより良いopensourceツール.Netベースのデスクトップアプリケーション
- 28. クラス内のメソッドのためのより良いOOPデザイン
- 29. テキスト項目のリストのためのより良いGUIコントロール?
- 30. 窓のためのより良いperlの
両方を試してみて、2つの間に違いがあるかどうかを調べるのはなぜですか? –