JavaScriptは如何にしてAsync/Awaitを獲得したのか: がおさんち 技術部屋

JavaScriptを記述する上で、避けて通れないのが非同期処理。 人類は、長い年月、この非同期的な処理を「如何にして書きやすく、読みやすく記述するか」について探求してきました。 要するに†闇†の塊なのですね。（闇に飲まれよ！！！！） この物語は、そんな†闇†の存在だった非同期処理を、人類がどのように苦しみ、そしてどのように解決していったかを書いていくポエムである。 補足：厳密には、JSはシングルスレッドで動くため、非同期処理は存在しない！と言ってしまえばそこまでなのですが、今回はsetTimeoutやajax通信、onloadイベント登録など、見かけ上、非同期的な挙動を示すものすべてを対象に話していきます。 第一章 ～人類はsetTimeoutを採用しました～ 古代のJavaScriptで、以下のような処理をしたい場合、どうしていただろうか。 「ブラウザ更新直後に『a』を表示し、その2秒

[h13i32maru]

C#については特に言及なかった

[hagetemasu7]

非同期処理を学ぼう。

[non_117]

MSは偉大だった

[yuzu441]

[async/await]

[itouhiro]

「setTimeoutはネスト深すぎ→Promiseはネスト浅いが同期処理も強制的にPromise包みで書きにくい→Generatorでyield 読みやすく（上から下へ処理が流れる）書きやすい→Async/Awaitはシンタックスシュガー。再帰処理を用意せずすむ」

[ledsun]

c#での非同期プログラミングパターンが大変よくまとまった資料がこちらです。 https://msdn.microsoft.com/ja-jp/library/jj152938(v=vs.110).aspx

[hc0001]

コントロールフローの変遷の良い解説

[wakuworks]

ネスト地獄やめて差し上げろ案件の例に jQuery.ajax を出しているが、戻り値として Promise インターフェイス実装された jqXHR を返してくれている訳だし、使い方の問題で、例としては不適切だと思う。

[izumin5210]

“絶望の淵、現代の人類がふと脇道に目を逸らすと、そこにはES6の花が咲いていた。”

[tdtsh]

神々の遊びw

[masaru_b_cl]

完全にC#

[Horiuchi_H]

C#から生まれた Rxやasync/awaitがこれからの主流になってくるのかな？

[waman]

ネストは闇

[karyu721]

[Async/Await]

[uupaa]

(ε・ ワ ・)з 僕も書いてみたよ https://gist.github.com/uupaa/18b9a61b0520471b654e

[yuhi_as]

JavaScriptの歴史を感じる

[kksg]

神と言うほど当時のJSerはこのGeneratorが読みやすいのか…