Node.js + co + koa の勧め - Qiita
co(function*() { var a = yield get("a.txt"); var b = yield get("b.txt"); var c = yield get("c.txt"); console.log(a + b + c); })(); ちょっと良くない? JavaScript の非同期プログラミングという 一番醜い所を綺麗に見せてくれる。 これならやっと人に勧められそうな気がする。 ※記事を書いた → [JavaScript] 非同期処理のコールバック地獄から抜け出す方法 - Qiita ちょっと過激目な予告 それで個人的な予告： Express は段階的に無くなるのではないか。 もしかすると、終焉を迎えることになるのではないか。 言い過ぎか... Koa に移行しよう co ベースの新しい Koa に移行しましょう。 まだバージョンは 0.3.0 だけどね。 ま
co(koa.js)は中で何をしているのか． - Qiita
qiita投稿テスト．元エントリ node.jsはasyncの夢を見るか？の続き． coのようなモジュール（他にもこことかこことか）がどのような形で実装されているのか知りたいのは僕だけでは無いと思う．理解のために出来る限り単純化してみた． var co = function(fn){ // callback var done = function(val){ // yieldに値を流し込む gen.next(val); } // make a generator var gen = fn(done); // start gen.next(); }; // test // 0~4までをディレイ付きで表示する co(function*(done){ for(var i=0;i<5;i++){ var val = yield setTimeout(function() { done(i); },
Node.jsのコールバック地獄をPromiseやGeneratorを使って解消する | POSTD
下のようなコードが、親しみをこめて「コールバック地獄」とか「死のピラミッド」とか呼ばれているのはご存じですよね。 doAsync1(function () { doAsync2(function () { doAsync3(function () { doAsync4(function () { }) }) }) この状態がコールバック地獄かどうかは、意見の分かれるところでしょう。ネストがいくら深くても全く問題がないコードもあるからです。非同期のコードでフロー管理ができないほど複雑になってしまった場合は悪夢ですが。自分のコードがどの程度”ひどい”状態に陥っているかを確認するには、こう自問してみてください。「 doAsync1 の前に doAsync2 が実行された場合、リファクタリングにどこまで労力がかけられるか」と。ここでのゴールはネストの階層を減らすことではなく、モジュール化された（も
Node.js 0.12 では yield が使えるのでコールバック地獄にサヨナラできる話
Node.js の次のメジャーバージョン 0.12 で yield が使えるようになります。 そのおかげで、JavaScript のコールバック地獄に光が差し込むのです。ああ、さようなら、コールバック地獄。 7 年ごしで実現した yield 2006 年、Firefox 2 のリリースと同時に yield は JavaScript 界に登場しました。随分と前の話ですね。 登場した当時は JavaScript 界隈でけっこう話題になっていました。 JavaScript 1.7 の yield が凄すぎる件について - IT戦記 Latest topics > JavaScript 1.7のyield文ってなんじゃらほ - outsider reflex JavaScript 1.7 の新機能: Days on the Moon 登場したときにはインパクト大きかったものの、結局 Firefox
最近のjs非同期処理 PromiseとGeneratorの共存 - Qiita
（2015/10/21追記） 記事を書いてから半年経ちましたが、最近はRxの良さを理解したり、ES7のasync/awaitがbabelによって実用的になりつつあったり等、またもやベストプラクティスとはなんだったのか状態です。とはいえ、いまのところPromiseは非同期処理の土台であり続けそうですし、Generatorもasync/awaitへの足がかりとして知っておくことのメリットは大きいかと思いますので、引き続き公開させたままとさせて頂きます。 （追記ここまで） 数ある非同期処理のプラクティスを試してみて、だいたいこれが良いんじゃないかというパターンが固まったので書きます。効用はコールバック地獄からの脱出と結局非同期どれが良いの感の払拭。ES6寄りです。 前提知識 JavaScript Promiseの本 http://azu.github.io/promises-book/ ジェネレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
