ひとつ疑問があります。Facebookの答えはRelayです。重要なhookになります*2。いえ、Relayそのものを使えという話ではありません。サーバーとクライアントのお喋りをいい感じにやる君が必要なだけです。workerがいるのかもしれませんし、in-memoryでキャッシュしているかもしれません。Loadとキャッシュ機構抜きで、データのfetchと加工を隠蔽してくれれば大丈夫です。使ってとりあえずrenderされるUIを作るには、賢めのデータとる君が必要になりそうです。自作をしても良いですし、Relayのようなフレームワークに乗っかってもよいです。Separation*3から遠ざかりますし、何より読みにくくなります。元はといえば、useEffectの時からそうでした*4。何でも非同期処理を書けるのでuseEffectは割れ窓にできます。componentDidMountの時代から可能だったと言えばそう。責務に忠実だから危険なほどの自由さがあるのかもしれません。Reactの各種APIはとても便利にできています。プログラマは柔軟にUIを構築できます。Reactでメンテナンスしやすいコードを書くには(そこそこ深く)考え続けなければなりません。自由とはそういうものですし、制約の少ないフレームワークにするのがReactのやり方なのでしょう。私は自由と考え事が多いものは好みですが、チームで開発すると苦労は増えます。積み木をするめんだこ*5Reactは着実に進化しており、ますます柔軟にUIを作れるようになっています。SeparationとReactの自由さ、開発者のスケーラビリティすべて満たすのはたいへんそうだなと思ったのでした。引用*2:https://relay.dev/docs/en/experimental/api-reference#uselazyloadquery*3:https://martinfowler.com/bliki/PresentationDomainSeparation.html*4:useEffectが陳腐化したわけではありません。今後は両方を使い分けることになります。Mode雑感イラスト、プログラミング、文章などは意図...redux-sagaのall([fork])パターンは、即座にfinallyに突入してしまうであること、できること、すること月別アーカイブはてなブログをはじめよう!non_117さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。