async/await地獄 - Qiita

地獄を抜けたらそこは地獄だった。 以下はHow to avoid (or escape) async/await hellという記事の日本語訳です。 How to avoid (or escape) async/await hell async/awaitはたしかに我々をコールバック地獄から解放してくれました。 しかし、それは恐るべき地獄の、ほんのプレリュードにすぎなかったのです。 そう、async/await地獄の誕生です。 この記事ではasync/await地獄が何であるか、そしてそれから逃れるためのヒントをいくつか紹介します。 What is async/await hell 非同期JavaScriptを使用する際、しばしば複数の関数呼び出しすべてにawaitをつけがちです。 これによってパフォーマンス上の問題が発生します。 あるステートメントは別に手前のステートメントに依存はしてい

[chimerast]

こう簡単に書けるようになることによって、非同期処理が裏でどんな動きをしてるかわからない人も出てくるんだろうなあ。

[megamouth]

S、$.Deferredよりはマシだから…（小声

[sifue]

この記事には同意するところが多いなぁ。ぶっちゃけ例外処理をtry/catchで書かなきゃ行けない時点で抽象度下がってるしasync/awaitよりもPromiseの方が良さげ。

[KentarouTakeda]

本当にこれ。async/awaitはPromiseを一通り覚えてその酸いも甘いも知った上で使い始めた方が良い。

[daichirata]

並行が難しいってだけでどのパラダイム/言語でも結論かわらないのでは。最初の例はthenで書いても同じだしこれにasync/await重ねて特有の問題っぽくするのは同意できないなー。

[kiririmode]

async を即時実行で囲むのオシャレやな

[luccafort]

主張したいことに関しては非常に同意なのだがPromissわかってないやつはasync/await使うな！みたいな論調はどうなんだ？だったらそういうのこそフレームワークなりで管理しろよという気になる。

[tespple]

pizzaが選ばれてもないのにawait使ってまで先にdrinkのリストとっておく必要ないよってこと？

[xorphitus]

こういうのに気をつけましょうってのは強く同意するけど、async/awaitが引き起こした問題じゃないだろ…。よく理解しないまま書いちゃって事故るケースが増えたというなら分かるが

[nakag0711]

async関数の中はマルチスレッドで動くこと前提の話かな

[uehaj]

Promise/then使った場合でも起き得る問題で、その時はthenのチェインを二系列書くのが解で、同じ様にasync()=>の即時関数評価を二系列回せばよい。あるいはasyncとthenを併用するか。asyncは善だが、注意点もある、というだけ

[tttttahiti]

わかる。あと async しなきゃいけないものが多いアプリケーションはワイヤー設計から疑ったほうがいい

[den8]

“以下はHow to avoid (or escape) async/await hellという記事の戸田奈津子訳です。” この翻訳の出来だとむしろ戸田奈津子の評価が上がってしまう

[nati_ueno]

変なイディオム足さずにGo routine/channel 的なデザインにすればよかったのに、、

[otihateten3510]

こういう実装をせざるを得ない状況になりそうな時は子供のように駄々をこねることにしている。地獄を生み出してはいけない（戒め）