結局useMemoはいつ使えばいいの？ 僕の決定版 - Qiita

皆さんこんにちは。筆者の以前の記事では、ReactのuseMemoを無駄に使うことによるレンダリング速度のオーバーヘッドがどれくらいかをベンチマークによって示しました。 それによれば、スマートフォンを想定したとしても、useMemoだけで描画に目に見える影響を与える（16msくらいの遅延を発生させる）には万のオーダーのuseMemoが必要なことが分かります。 この結果が出たことでuseMemoをいつ使うのかなどという議論には終止符が打たれたかと思いきや、上記の記事の感想などを見ているとまだ喧々囂々です。 そこで、この記事では筆者の考えを皆さんに共有し、いよいよもってこの議論を終わりにしたいと思います。 結論は、今いる関数の外を見に行くな。そのuseMemoが今または将来に役に立つ可能性が1%でもあるなら使えです。 前提知識 useMemoというのは結局レンダリングパフォーマンスの最適化のた

[ultimatebreak]

“確定的に明らか” ブロントさんが脳内に召喚されて頭がおかしくなって死んだ

[carolina04]

“日々の開発の中で受けられるuseMemoの恩恵は何でしょうか。それは、React.memoと組み合わせてコンポーネントのレンダリングを削減することです。具体的に言えば、同じ中身のオブジェクトを毎回新たに生成しないことが”

[Tormits]

“divのようなネイティブのHTML要素に対しては毎回別のオブジェクトを渡してもパフォーマンス上の問題がありません。”

[onesplat]

id:ponpon_qonqonがなんもわかってなさそうで草生える

[areyoukicking]

こういうのほしかった　読んでないけど

[sigwyg]

なるほど。計算結果をキャッシュするというよりは、再レンダリングを防止するために使うのね。無駄に使うことのオーバーヘッドはあるけど、無視できる範囲だから、将来的に使われそうな箇所には全部撒いておけと

[hasiduki]

勉強になるー！

[atico]

useCallbackはuseEffectという副作用の依存に絡んでくるので必須だけど、Reactmemoは必須な場面がほぼない。リストは見えてるところだけrenderするライブラリを使うべきで、memoでキャッシュするのは初期表示が遅くなる悪手。

[berlysia]

:+1: 自分もだいたいこんなことを言ってる。人に投げつけるのにちょうどいいテキストで助かる

[jay-es]

"useMemoを書くかどうかは今いる関数の中だけ見て決める" 使われている箇所を調べるのは開発効率が悪い + 使う側の都合で内部実装を決めるのは設計が悪い