なんでコンポーネントに副作用があんだよ！ 教えはどうなってんだ教えは！

皆さんこんにちは。先日公開した以下の記事は多くの方にご覧いただきありがとうございます。 この記事に対して多く見られた反響のひとつは、コンポーネント内に use(fetchNote(id)) という非同期処理を行うコードが含まれていることに対する違和感です。 function Note({id, shouldIncludeAuthor}) { // ↓↓↓↓↓ const note = use(fetchNote(id)); let byline = null; if (shouldIncludeAuthor) { const author = use(fetchNoteAuthor(note.authorId)); byline = <h2>{author.displayName}</h2>; } return ( <div> <h1>{note.title}</h1> {byline}

[knjname]

エボンの教えに反するとバージョンアップとかいうシンの怒りに触れるからな

[razokulover]

"冪等なら問題ない"と“副作用はPromiseという抽象の向こうに隠されたので、コンポーネントから見れば副作用ではない”

[fukken]

「データをfetchして表示」がwebの世界でロジック部分のコードがやってる事の99%を占めるからなぁ。その部分を綺麗に書く仕組みが求められるのは必然ではある。

[programmablekinoko]

まあどんなに関数型だ透過参照だとか言っても結局隠微されているだけだからね。純粋さを求めたら通信や入出力をすべて諦めなくてはならない/最期のdbに直接アクセスしてるのを見て、.phpで直にDB触ってた時代を思い出す

[habarhaba]

そんなに考えてないってだけのような気も・・・

[hylom]

そこまで深く考えずに非同期処理を同期処理のように扱うから副作用じゃないというイメージだった

[umai_bow]

いやーーーだからって use(fetch(“/hoge”)) が気軽にできないなら誰のためのインターフェイスなのよ……って感じがする。→cacheのRFCとセットらしい。ワイの感覚は正しかった

[NetPenguin]

Haskell（のモナド）が話題になった過去を思い出した。

[quick_past]

純粋性が高すぎると実用に向かなくなるんや・・・。

[nakag0711]

結局OOPなんだよな

[zentarou]

fetchNote() { return fetch() }がダメなのは罠になりそう “Reactコンポーネント内からfetchNote(id)を呼び出している時点で、fetchNoteに「リクエストの発火」という副作用を期待すべきではありません”

[cowbee]

“だって便利だし”　せやな

[ranobe]

コンポートも蒸留酒しあげで酒に弱いと副作用がありまっする　https://bit.ly/3CDSFP0

[rgfx]

「ReactではConcurrent Rendering以降、コンポーネントを1回レンダリングする間に関数コンポーネントが複数回呼び出される。Reactコンポーネントはそれに耐えなければいけない。」

[yamadar]

勉強になった