最速のPromiseライブラリ作る方法 - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/suguru03

64users がブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

UDONCHAN 参考になる

2017/03/02 リンク

qsona npm上別バージョンに依存すると、それぞれ読み込まれて別物になるので、instanceofがtrueにならない。それを避けるべく別ライブラリにしてそこのバージョンは固定しているとのこと

2017/02/28 リンク

efcl 高速なPromiseを実装するにはどうするかという話。関数の生成を避けるという話 instanceofの別バージョンを避けるために固定の別depsをつかう

2017/02/27 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

最速のPromiseライブラリ作る方法 - Qiita

はじめに AigleというPromiseライブラリを開発しています。このライブラリはベンチマーク上だけでなく実... はじめに AigleというPromiseライブラリを開発しています。このライブラリはベンチマーク上だけでなく実際の本番環境を考慮した高速化を実現しています。今回はその過程でBluebirdに大変お世話になったので、なぜBluebirdが速いのか、そしてなぜAigleが速いのかついて説明したいと思います。基本的なPromiseの知識まず本題に入る前にPromiseの基本的なことを説明しておきます。 Promiseにはpending, fulfilled, rejectedの３つの状態があります。一度pendingから別の状態に変わった場合は、そのPromiseの状態が変わることはありません。 (引用: MDN) またPromiseは非同期であることが保証されています。この事は少し重要なので触れておきます。

ブックマークしたユーザー

techtech05212024/01/11
uchiuchiyama2017/07/26
satom9to52017/04/11
tyru2017/03/04
UDONCHAN2017/03/02
kitokitoki2017/03/02
masa-wo2017/02/28
pirosikick2017/02/28
muddydixon2017/02/28
kabochatori2017/02/28
a0zxdhza2017/02/28
kou_i2017/02/28
hrfmmymt2017/02/28
mfham2017/02/28
Akineko2017/02/28
noeloasis2017/02/28
slay-t2017/02/28
daskex2017/02/28

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx