ReduxでのMiddleware不要論 - Qiita

問題提起 （※タイトルはキャッチーなのにしましたが、Middleware全般の不要論ではありません。非同期処理において不要論です。） Redux使うときに非同期処理はどう書きますか？ 「よくわからないけどMiddleware使うらしい」と思考停止していませんか？ この記事では、Reduxは本来どのように扱うことを想定されているのかと、なぜ非同期処理の文脈でもMiddlewareが出てきたのか、そして「実はMiddleware無くても読みやすく書けるよね」という話をしていこうと思います。 Reduxでの設計を悩む人への個人的な解です。 （気になる・詳しく知りたい箇所などありましたらお気軽にコメントください） この記事のゴール ActionDispatcherという筆者が命名したクラスを使うことで、 複数の非同期処理を含むロジックでも読みやすく書ける ネットワーク通信などを含んでもテストがしや

[north_korea]

超複雑な非同期通信をmiddlewareでやって地獄を見たときに救ってくれたのはsagaでした

[otakumesi]

この方法だとrace condition的なのへの対処方法はどんな感じになるんだろう

[Jxck]

最近は単純に ActionCreator に dispatch 渡してるかな

[gfx]

“ただ非同期処理をしたいだけなのに、複数のイベントループを扱うようなメンタルモデルを強要されるのは、難しいことを難しく解決しているように思います” / わかる。

[kefi3104]

ReduxでのMiddleware不要論

[uehaj]

async/awaitはきれいだねと言う話とthunkでやってるのはただのdispatchを供給するだけなんだから自前でやれば良くてmiddlewareである必要なくて型チェックも上手くいく。thunk不要論としては納得、saga不要論としては？？

[shin0O]

ほー

[izumin5210]

「ActionCreatorにdispatch渡そう」とほぼ同じか / sagaやmiddlewareとか使う利点はライブラリ側で制約をつけてもらって治安を良くするってのもありそうなので，書き方がメンバー内で散らからなければこれでもいいのかな

[yoshikidz]

同じようなことしてたから、ちょっと安心したwややこしいパターン多くて、できるだけ人間の触るスコープを簡素化したい。

[umai_bow]

"非同期"って言葉の使う人には、資源とかの排他制御したい人と、単にコールバックで後から呼ばれる処理を取り扱いたいだけの人、２種類要る気がする。

[mole-studio]

そりゃasync/awaitありゃ要らんわな

[t_gaisho]

思考停止、耳が痛い...

[fuji_haruka]

メリットはよくわかった

[berlysia]

UseCase層みたいな感じに見えるな reduxじゃないけどこんな感じで書いてる

[akameco]

普通によさそう

[fumisan]

ミドルウェアが幅広すぎだなぁ

[kuy]

なるほどー、これはかなり現実的で使いやすそう。ActionDispatcherとしてクラスにしといて、newするときにDIしたりって感じか。テストもやりやすいし、async/await使えるし良さげ。redux-saga不要論だった。