設計とすることで、React.memo使用によるオーバーヘッド削減が期待できます。分割も場合によっては不要」ということを解説していきます。3つのパターンサンプルリポジトリを用意しました。text」入力で、入力内容が更新される簡単なサンプルです。こちらでは、以下3つのパターンが用意されています。いずれのパターンにもReact.memoは用いておらず、表示上で得られる出力結果は同一です。頻度は異なるものとなっています。幾重にも重ねるのが億劫だから...」という、運用で起きがちな、モノリスなProviderです。内訳は次のとおりです。コンポーネントでも反応してしまっている点が問題です。サンプルの場合、明確なアンチパターンです。多発するこのパターンの場合、子孫コンポーネントのReact.memo化は不可避となります。し、細分化しているケースです。バケツリレーが発生してしまっています。/>;};これにより、それぞれの子コンポーネントでReact.memo化する必要が出てきます。細分化した利点が活かせていません。パーツ集約から、このパターンは生まれやすいです。サンプルの場合、最適解となります。なしには成立しません。