返信先:@hfslca7439私もフロントつよつよなパイセンに教えていただきました🫡 「この実装ってuseEffect使わなくても実現できるのかよ」って感動しました✨

バグの調査から入ったタスク… 全くいじったことない場所だったけど、1つずつデバッグしていったら、悪さしてそうなuseEffect見つけて、試しに依存配列から抜いてみたら発生しなくなった！！ そして、どうやって修正したらバグが消えるのかも自分で考えられた！！ 謎解き成功！！！！、嬉しい🎉🙌✨

useEffectを使用する時には慎重にならないとな。コンポーネントのレンダリングに依存しているから、再レンダリングのたびにuseEffectの処理が再実行されてしまう可能性がある。これにより不要な処理が発生し、パフォーマンスに悪影響を及ぼすことがある。

素直に実装してくれれば何も困らないのに、なぜ複雑にuseEffectとかを使いたがるのか。 なぜ不要な場所にクライアントコンポーネントを使いたがるのか。 謎は深まるばかり……

useEffectのdepsにnew Date()って書く人にはどこから説明すればいいんだ………

ここ最近React入門おじさんしてるけど、やればやるほどuseEffectが他のフックと並列な名づけされてるのかわからんくなってくる。

github.com/pmndrs/zustand これと immer の組み合わせが強そうな気がする。 useEffect で Babylon.js 側の書き換えも可能そうに見える。やってみよう

嘘 誰もuseEffectを間違って使わない世の中のほうが良い

useEffectコンサル業でご飯食べていけるくらいの世の中になってほしい

useEffectの存在忘れてて草

おそらくcookieにtoast出すためのをぶちこんだりuseEffectを使うよりこれのほうが良いと思う、、 もっと簡単にできるのがまた実装されるかもしれないけど react-hook-formとかライブラリを使わない場合はたぶんこれが簡潔に書けて良い気がする

server actionsのプラクティスはNext.js公式が提供すべきでは、、？ 今のuseFormStateもtoast出すのにuseEffect使った手法とかCookieに無理やり突っ込むとか変なコード量産されてる 自分は渡すactionをラップしてやっているが、これも正解かわかんない

React HooksでuseEffectも無くめっちゃきれいに実装を進めてるとリファクタリングもしやすいし、逆にそもそもきれいに書きようがないフレームワークを選ぶと初手から詰むのでもうReact以外書きたくないの気持ちになってる。AngularもVueもつらい…

結局公式読みながらuseEffectでゴリ押した よくないからどうにかせなあかん..

useEffectよりこっちのほうがわかりやすいわ useEffect出てくると警戒してコード読まないといけないけど、ref callbackならなんとなく安心感ある pic.twitter.com/q94DNXHY39

返信先:@dimyasvariantパフォーマンスを気にするならuseEffectの理解度を高めた方がいいかもですね。useMemoはパフォーマンスよりAPIでコール制限がある時にキャッシュ的に使うことが多いかも

refコールバックいいな カスタムフックにuseEffectもたせると問答無用で処理実行されるけど、refコールバックならコンポーネントに参照を渡さない限り副作用が実行されない

返信先:@prog_hina0418基本的に私はDOMの操作をするときに実装しています！ 例えばsplideというreactのスライドのライブラリがありまして const splideRef = useRef(null); useEffect(() => { if (splideRef.current) { const splide = new Splide(splideRef.current, { ... のように実装していたりします！

useEffectってイベントハンドラの範囲で扱えないような副作用を施したい(？)ときに使う感じなのか

useState、useEffect、useContext使えれば大抵なんとかできるって思ってるけどパフォーマンス気にするならuseMemoとかuseCallbackとかforwardRefとかちゃんと教えれるレベルで身につけたい

useEffectで値の監視が出来るゾイ！は完全にトラップ、学習しました

ふむ……。SPAをやめるには、useStateやらuseEffectやらに変えてきゃいいのか。 chatgpt.com/share/2367de6d…

useEffectの「クリーンアップしたいときは、関数にクリーンアップの内容を書いて、返す」ってなんかカッコいいよな

useEffect⁉️ とかいう人種いなくてほんと良かった

返信先:@mb_send_mailuseeffectは2回来る

app.tsxでuseEffectホイホイ叩いてたのは僕たちの幻想だったのだ

useEffect よくわからんな。

React公式を読むに、useEffectの依存配列は全部linterに任せるべきで、人間が考えるべきではないという理解なんだけど、だったらReact Compilerが自動でやってほしいな… ja.react.dev/reference/reac…

React始めたら ・useStateとuseEffectの使用シーン、NGシーンを知ること ・props ・React Hook Formやる ・API連携ちゃんと学ぶ この4つ徹底的にやりなさいと伝えたい😇

返信先:@ken7253_初期化が簡単ならまあuseEffectでもいいのかなー。コメントが書いてなくても綺麗にテストが落ちるのであればそれでもいいかなと思いました。

返信先:@berlysiaやっぱりコメントは必須ですよね、Honeyさんの記事が分かりやすいのでこれ読んでもらってそれでも難しかったらuseEffectで妥協しようと思ってます。 zenn.dev/yumemi_inc/art…

結局ステートマシンとやらを自前で導入した方が安定しそうuseEffect

お嬢様が教えるUseEffect() #フロントエンド ift.tt/eaFEYwC

返信先:@le_panda_noiruseEffectという名前から想起させられるもののスコープのズレがある感じですね 一般的なユースケースの上では改名すべきであろうという意見には賛同できるのですが、その機能の果たす本質的な役割という意味ではuseEffectの名付けは適当なように思っています

useEffect、バージョンアップに伴って意味が変わってきた感じするしそろそろリネームしてもいいんじゃなかろうかね。

純粋関数として振る舞わない操作を行うからuseEffect なんだろうなと

useEffect→(外部への)影響？ (適当)

useEffectはもうちょい外界と接続するんだぞ！みたいな名前にすりゃ混乱も少ないのではね。知らんけど(発言の責任を逃れるな)

(定期) 「useEffect が2回呼ばれる」というStrictModeでの挙動、「セットアップ→クリーンアップ」のサイクルとして捉えればうまく乗りこなせると思います