【node.js】サーバサイドjavascript 3【io.js】©5ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2014/12/27(土) 18:40:07.70

pythonやrubyやPHPと同じ土俵でjavascriptが使えるようになりました。
サーバサイドjavascriptについて語りましょう。

node.js - googleが開発したV8エンジン上で実行できる処理系
http://nodejs.org/
io.js - node.js 互換で Joyent の影響からの脱却を目指す処理系
http://iojs.org/
Rhino - JVM上で実行できる処理系
https://developer.mozilla.org/ja/Rhino

io.js の経緯
http://stackoverflow.com/questions/27309412/what-is-the-difference-between-node-js-and-io-js
javascriptはrubyと比較してもかなり速い
http://shootout.alioth.debian.org/u32/benchmark.php?test=all&;lang=v8&lang2=yarv
基礎から学ぶNode.js
http://gihyo.jp/dev/serial/01/nodejs
node.jsの概要とアプリケーション開発の準備
http://gihyo.jp/dev/serial/01/realtimeweb/0002

前スレ
【node.js】サーバサイドjavascript 2【Rhino】
http://peace.2ch.net/test/read.cgi/tech/1358937029/
【node.js】サーバサイドjavascript【Rhino】
http://toro.2ch.net/test/read.cgi/tech/1310087535/

**デフォルトの名無しさん** · 2015/07/05(日) 13:23:51.90

>>459
yahoo知恵遅れでit系の質問でまともな回答を見たことが無い気がする。

こっちで聞きましょ。
http://stackoverflow.com/

**デフォルトの名無しさん** · 2015/07/05(日) 22:18:02.02

一般論として、クライアントサイドで動いているjavascriptは全てサーバーサイド向けに書き換えられるのか？それとも何かの制限が有る？

**デフォルトの名無しさん** · 2015/07/05(日) 22:26:09.10

>>461
どういうこと？

**デフォルトの名無しさん** · 2015/07/05(日) 22:32:53.61

>>462
いや、だからサーバーサイドjavascriptっていうのが有るんでしょ?
俺は良く知らんが。
でそのサーバーサイドjavascriptの技術を使えばクライアントサイドで動いているどんなjavascriptでもサーバーサイド向けに書き換えられるのかどうか知りたいと言う質問。

**デフォルトの名無しさん** · 2015/07/05(日) 22:37:35.76

扱えるリソースが異なるんだから普通に考えて全部って事は無いでしょ

**デフォルトの名無しさん** · 2015/07/05(日) 22:49:39.21

>>463
クライアントサイドってブラウザ上で動いてDOM操作やサーバとの通信だから
サーバサイドとは別物だけどねえ。

**デフォルトの名無しさん** · 2015/07/05(日) 23:09:05.73

ID:70VDGlmKはプログラミングの基本からやり直せ

**デフォルトの名無しさん** · 2015/07/05(日) 23:09:23.44

できるかと言われればできるけどめんどいし必要性も薄いわな
つーかよくその段階でこのスレ来たな

**デフォルトの名無しさん** · 2015/07/06(月) 01:19:58.04

>>461
一般論として、質問以前の問題。

韓国語と中郷語どっちがうんこですか？それともラッキーですか？

くらい意味不明な質問。

**デフォルトの名無しさん** · 2015/07/06(月) 01:54:29.26

そう言ってやるなよ、
中学生ぐらいの子が必死に書き込んだんだろう

あれで社会人だとしたら、かなり問題がある人間だよ
学ぼうという姿勢すら他人から見たら頓珍漢
身近には絶対欲しくない

**デフォルトの名無しさん** · 2015/07/06(月) 02:23:37.92

>>463
サーバーサイドでこれまでJavaとかPHPとかRubyとかPython使ってた中にjavascriptが選択肢に加わるだけで、クライアントのコードはそのままだよ。

**デフォルトの名無しさん** · 2015/07/06(月) 03:40:44.81

>>463が何を勘違いしているか推理してみた。

ブラウザ、つまりクライアントJavaScript使ってアプリが動いているでしょ？
そのサーバーサイドJavaScriptの技術を使えば、
ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動くと
勘違いしているのだろう。

図解すると

gmail等のウェブアプリ
｛　[ブラウザ] + [JavaScript]　｝====ネットワーク==== [サーバーアプリ]

↓

gmailをサーバーサイドJavaScript化（※間違い）
｛　[ブラウザ]　｝ ====ネットワーク==== [JavaScript] + [サーバーアプリ]

おそらくこんな間違いをしてるんだろうなー。

>>463より抜粋
> でそのサーバーサイドjavascriptの技術を使えばクライアントサイドで動いているどんなjavascriptでもサーバーサイド向けに書き換えら（略

**デフォルトの名無しさん** · 2015/07/06(月) 03:42:05.18

不明確だったので訂正

×　ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動くと
勘違いしているのだろう。

○　ブラウザで動いているJavaScriptを、サーバー側に移動して同じように動く技術が
サーバーサイドJavaScriptというものであると勘違いしているのだろう。

**デフォルトの名無しさん** · 2015/07/06(月) 04:17:04.33

>>472
移植して同じように動くって書いて無いだろ。サーバー向けに書き換えることは原理的には可能なのかと聞いている。

**デフォルトの名無しさん** · 2015/07/06(月) 06:21:31.83

そもそも、クライアントサイドのJavaScriptが何をやってるか知らないに１票。
JavaScriptを知らないにも１票。

**デフォルトの名無しさん** · 2015/07/06(月) 06:25:24.44

プログラミング自体をわかってないに一票

**デフォルトの名無しさん** · 2015/07/06(月) 06:28:43.84

>>465
DOM操作もサーバーサイドでできるだろ。それをクライアントに送ればいい。

**デフォルトの名無しさん** · 2015/07/06(月) 06:56:41.62

えっ

**デフォルトの名無しさん** · 2015/07/06(月) 07:06:48.03

だからプログラミング自体をわかってないんだよ、こいつは

**デフォルトの名無しさん** · 2015/07/06(月) 07:28:46.94

こんなので100レスも消費して欲しくない
荒らしに構うのも荒らしと見做してよい典型的な例
自演の可能性すら疑われる
少なくともStackOverflowならこういうことは怒らない

**デフォルトの名無しさん** · 2015/07/06(月) 08:35:35.30

>>476
それをDOMとは言わないけれ～ど

**デフォルトの名無しさん** · 2015/07/06(月) 08:51:51.45

DOMosumimasen

**デフォルトの名無しさん** · 2015/07/06(月) 08:57:11.10

あまりよくわかってないのにあんなとこ行ったら脳みそのスタックがオーバーフローしてしまうからな

**デフォルトの名無しさん** · 2015/07/06(月) 09:24:38.81

>>482
あなたの脳はPIC以下ですか

**470** · 2015/07/06(月) 12:55:25.71

>>463
英語だけどこの説明が易しくかつ詳しい。
そもそもサーバー(サイド)とクライアント(サイド)はどう違うのか、具体的に何をしているのかを解説している。
http://programmers.stackexchange.com/a/171210

**デフォルトの名無しさん** · 2015/07/06(月) 14:55:15.15

そんな質問する奴が英語読めるわけ無いだろ

**デフォルトの名無しさん** · 2015/07/06(月) 19:12:17.25

非生産的なスレだな。ここ。
ものすごい低レベルな話で盛り上がってんじゃねぇよ。
無視しろこんな質問する馬鹿は。

**デフォルトの名無しさん** · 2015/07/06(月) 21:19:48.68

生産的なスレなんてあんのかいなっ www

**デフォルトの名無しさん** · 2015/07/06(月) 21:51:56.16

少し前向きにpromiseの話をしようかと思ったら
このスレの最初にされてたし、ほんとに語ることがないわ
一体何が知りたいんだよモウ！ってとこだな

**デフォルトの名無しさん** · 2015/07/06(月) 22:01:34.40

じゃあyieldかstreamのおもしろい話して

**デフォルトの名無しさん** · 2015/07/06(月) 22:29:11.03

es6はもういいよ、これからはes7の話しよ

**デフォルトの名無しさん** · 2015/07/06(月) 22:34:20.25

宝くじにあたったときのお金の使い道を語りあってる貧乏人みたいだからやだ

**デフォルトの名無しさん** · 2015/07/06(月) 23:27:16.97

なんだそりゃ？
reactやfluxではdecorators、classProperties、functionBind、objectRestSpreadあたりは当たり前に使われてる

**デフォルトの名無しさん** · 2015/07/07(火) 01:13:06.72

jsファイルを実行すると
ejs呼び出しの箇所で以下のエラーが発生します。

var ejs = require('ejs'),

Error: Cannot find module 'ejs'

eclipseでJSは実行しています。
（eclipseでプロジェクト作成後に）ejsはnpmでinstallしています。
ejsへの設定が必要なのでしょうか。

**デフォルトの名無しさん** · 2015/07/07(火) 03:40:58.49

プロジェクトが、moduleやライブラリのある場所を、
探せないのだろう。
そのプロジェクトのライブラリパスの参照設定をすれば？

ただし、すべてのプロジェクトで使える、共通のライブラリなら、
そのプロジェクトよりも上の階層に置くが、

そのプロジェクト固有のライブラリなら、
そのプロジェクト以下の階層に置く

**デフォルトの名無しさん** · 2015/07/07(火) 04:04:12.96

eclipseやめるのが先決

**デフォルトの名無しさん** · 2015/07/07(火) 04:29:15.87

>>495
やめて何使う？VSか？

**デフォルトの名無しさん** · 2015/07/07(火) 04:45:20.86

どうしてもIDEならWebStorm

**デフォルトの名無しさん** · 2015/07/07(火) 04:48:33.28

エディタはIDEでもなんでも好きなの使ってビルドとテストはgulpなりgruntなりでまわすんだよ
TSがVS一択だし他のエディタ選ぶ理由ないわ

**デフォルトの名無しさん** · 2015/07/07(火) 05:15:21.83

WebStormもTypeScriptサポートしてるぞ
何年か前から

**デフォルトの名無しさん** · 2015/07/07(火) 05:17:27.79

ついでに、WebStormはES6もJSXも対応してる
ES7はまだダメダメ

**デフォルトの名無しさん** · 2015/07/07(火) 05:28:14.40

TSサポートしてるIDEがいくつもあるのは知ってるけどVSと互角のがあるとは聞かない
WebStormが次点最有力のようだけどTSサポートがうまくいってないのは聞いてる

**デフォルトの名無しさん** · 2015/07/07(火) 10:01:43.17

ejsなんてミドルウェアあったっけ

**デフォルトの名無しさん** · 2015/07/07(火) 16:47:03.50

>>468
もともとが意味不明だから何とも言えないが、その例えは何か違う気がする。

**デフォルトの名無しさん** · 2015/07/08(水) 01:38:58.48

>>494-501
ありがとうございます。

eclipse使い慣れていないので設定が間違っているのかもしれません。。。
普段仕事では上流ばかりで
コーディング工程のことをもっと勉強したいと思い
できればeclipse使ってやりたいです。

もう一コネお付き合いお願いします。

■構築したこと
=workspaseと別<C\node　配下>==
・nodeモジュールのインストール（zipの展開）
・ejsのインストールはコマンドプロンプトからnpmで
=eclipse設定=
・オールインワンパッケージ
・nodeclipse pluginインストール
・プロジェクトはNode.jsプロジェクトを選択
・プロジェクト内にsample.js、sample2.jsを作成
・上記にファイルに対して実行の構成で環境変数にNODIST_PREFIX=C\nodeを設定
■結果
・sample.js（ejsなし）・・・正常に起動
・sample2.js（ejsあり）・・・Error: Cannot find module 'ejs'

■試したこと
・プロジェクトのプロパティ＞JavaScript＞インクルードパスの
　ライブラリ・ソースにC\nodeを設定してみたが結果は変わらず

■疑問
sample.jsが正常に起動できるということは
NODIST_PREFIX＝C\nodeの参照はできている（はず）
でもC\node配下のディレクトリにインストールしたejsは参照できていない

**デフォルトの名無しさん** · 2015/07/08(水) 01:58:43.92

npm install ejsしたディレクトリとソースのあるディレクトリの関係をチェック汁
npm installするとそこにnode_modulesってディレクトリが作られる
ソースのあるディレクトリから見て

./node_modules/ejs
../node_modules/ejs
../../node_modules/ejs
../../../node_modules/ejs
../../../../node_modules/ejs
……

のどこかにejsがあればrequireできる
最悪ソースのあるディレクトリでnpm installすればおk
でもEclipseは捨てた方がいいよ、JS界で使ってる人はいない

**デフォルトの名無しさん** · 2015/07/08(水) 02:03:55.25

IDE使ってるとそういう面倒が無限に続く
その最たるものがEclipse

**デフォルトの名無しさん** · 2015/07/08(水) 02:06:05.09

>>506
VSはどうなん？

**デフォルトの名無しさん** · 2015/07/08(水) 02:19:27.82

あまり意味ないけどどのIDEでもエディタとしてだけ使うなら関係ない
VSだけは純正の力で入力補助の精度が１強なんで使われる
この格差は近く解消される予定
ただVSは外部モジュール使うのにプロジェクトファイル作らされるのがうざい

**デフォルトの名無しさん** · 2015/07/08(水) 02:32:24.65

1強ってTSに限った話だよな？
JSに関しちゃWebStormの方が上

**デフォルトの名無しさん** · 2015/07/08(水) 02:51:36.73

TSの話だな
WebStormよく知らないけど自分はJSならVimと比べて選ぶ

**デフォルトの名無しさん** · 2015/07/08(水) 04:29:30.51

TypeScriptはJavaScriptと互換性がある。
JavaScriptの範囲内で使えば良い。

**デフォルトの名無しさん** · 2015/07/08(水) 05:05:22.95

JavaScsriptってもES5/6/7とあって互換性があるのは今はES5
次のTS1.5でES6の大部分をサポートするけどgeneratorはTS1.6
ReactのJSXサポートもTS1.6
最近はAltJSとしてのES6/7(Babel)が広まってるからTSは後手に回って見える

**493** · 2015/07/08(水) 08:09:15.80

>>505-506
ありがとうございます。

絶対パス指定で
C\node\node-modules
はリンク試してみたんですがうまく行かなかった記憶があります。
C\node\node-modules\ejs
に対する相対パスでのリンクを
仕事から帰ったら試してみます。

C\node\node-modules\配下の
別のモジュールは読み込めてるから
require('http')
とかは動いているのに追加したejsだけというのは腑に落ちないところではありますが。。。

**デフォルトの名無しさん** · 2015/07/08(水) 09:02:06.35

>>512
どこが後手？

ES7で採用されることになったアノテーションは
AngularJSとTypeScriptが組んで先に実装したものだぞ。

後手に回ってるなら、AngularJSはTypeScriptで
書かれていたりしない。

**デフォルトの名無しさん** · 2015/07/08(水) 09:04:41.76

誰も触れてないので一応セキュリティアップデート情報を…
https://medium.com/@iojs/important-security-upgrades-for-node-js-and-io-js-8ac14ece5852

Node.js 0.12.6
io.js 2.2.3
io.js 1.8.3

**デフォルトの名無しさん** · 2015/07/08(水) 14:02:43.39

>>514
generatorって書いてあるじゃん
es7もtsはdecoratorだけだし、それもbabelで使えるし
これ見比べるといんじゃね

https://kangax.github.io/compat-table/es6/
http://kangax.github.io/compat-table/es7/

es6はともかくes7じゃtsは一覧にも出てこないレベル
あとこの辺

https://github.com/Microsoft/TypeScript/wiki/Roadmap
https://babeljs.io/docs/advanced/ transformers/

**デフォルトの名無しさん** · 2015/07/08(水) 14:05:49.07

最後のurlしくった
https://babeljs.io/docs/advanced/transformers

**デフォルトの名無しさん** · 2015/07/10(金) 16:35:41.38

nodeでさ、並列数を制限するのってどうするの？

並列に処理するデータが1000個ほどあって、例えば画像ファイルね。
それをサーバーにPOSTするとき負荷をかけないように
MAX5並列ぐらいに抑えたい。とかいうとき

汎用性ある方法、
つまりウェブサーバーに限らない方法で、
柔軟性がある方法、
つまり並列数を変更したりできる

一般的な解ってどういう方法？

**デフォルトの名無しさん** · 2015/07/10(金) 18:11:50.47

またお前か
どうすればここまで何もかも間違えられるのかめまいがする

**デフォルトの名無しさん** · 2015/07/10(金) 19:21:49.25

円ショップ武富士に駆け込めばいいと思うよ

**デフォルトの名無しさん** · 2015/07/10(金) 20:49:47.35

おかしな質問じゃないと思うがな、FAQの類ではあるが

>>518
asyncってモジュールには並列数を制限する関数がたくさん用意されている
https://github.com/caolan/async
のeachLimit、mapLimit、parallelLimitなど

ES6 Promiseを使いたいなら
https://github.com/timdp/es6-promise-pool
ってのがあったが、他にもっといいモジュールがあるかもしれん
ES6以前のPromise実装だとBluebirdにはそういう機能があるし、Q用にはqlimitってモジュールがある

RxJSでもmergeがあるし、ありがちな問題だから変なヤツは気にすんな

一般的じゃない方法として、HTTPサーバへアクセスする上限を決めたいだけなら
http.AgentのmaxSocketsで制限できる

**デフォルトの名無しさん** · 2015/07/10(金) 21:03:51.98

nodeの非同期化は並列化じゃなくて並行化なんだがそれはマジで言ってるのか
Promiseをどれだけ使おうが1スレッドしか使用されんぞ

**デフォルトの名無しさん** · 2015/07/10(金) 21:07:54.43

>>521
どうも。変な奴は無視してますよｗ
明らかにわかってない人だって、分かりましたｗ

なるほどasyncにはlimitがあったのか。気づいていなかった。
promise系は標準ではないってことなのかな。

nodeで並列っていったら、async系とpromise系の
二つってことでいいんですかね？
将来はpromise系に統一する方法で考えてていいのかな？
それなら早くpromise系に統一して欲しいけど
技術的にはasyncの方が有利なのかな？

**デフォルトの名無しさん** · 2015/07/10(金) 21:26:58.34

>>522
文脈的に複数の非同期I/Oを同時に発行する上限の制御だからシングルスレッドは関係ない
用語的により正しいのはsimultaneouslyだろう
用語の話だけなら「何もかも」とか「めまいがする」などと罵る必要ないだろ

>>523
非同期を扱うモジュールとしては、これまではasyncがデファクト
ES6からは標準なのでPromiseが使われていくだろうがES7ではasync/awaitになるw

**デフォルトの名無しさん** · 2015/07/10(金) 22:03:35.72

>>524
そこだけで何もかもと言った訳じゃないが
IOの上限て同時ファイルオープン数の上限のこといってる？

**デフォルトの名無しさん** · 2015/07/10(金) 22:22:27.49

>>524
ES7のasync/awaitって、今のasyncと同じものだっけ？
awaitがついてるから違う？

まあ調べればわかることだし、あとで適当に調べるけど
面倒な話だな。

**デフォルトの名無しさん** · 2015/07/10(金) 22:32:40.45

>>525
元質問よく読みな
たとえばHTTPサーバへの同時アクセスを上限5にしたいって書いてある

>>526
ES7のasync/awaitはasyncモジュールとは全くの別物w 紛らわしいな
ES7仕様の提案はこれ
https://github.com/lukehoban/ecmascript-asyncawait
C#とか.NETで既に導入されてて、非同期が同期のように書けて例外も使える

**デフォルトの名無しさん** · 2015/07/10(金) 22:41:09.89

>>518
> それをサーバーにPOSTするとき負荷をかけないように
> MAX5並列ぐらいに抑えたい。とかいうとき

リクエストの並行数はまず処理の並行数でファイルオープン数とイコールとは・・・まあいいわ
本人は負荷が下がると勘違いしてるようだが
せいぜいやった後でかえって重くなって無駄な労力だったことに気づけばいい

**デフォルトの名無しさん** · 2015/07/10(金) 22:47:48.13

>>528
相手のHTTPサーバに負荷をかけすぎないように、の意味だろ
それくらい読み取れないなら黙ってろよ・・・

**デフォルトの名無しさん** · 2015/07/10(金) 23:02:10.55

だから変なヤツは気にすんなって（言われたＷ）

**デフォルトの名無しさん** · 2015/07/10(金) 23:08:25.16

>>527
> C#とか.NETで既に導入されてて、非同期が同期のように書けて例外も使える
あ、そのタイプか。yieldみたいなやつだろ？

なら単純に、async → promise → asyncawait に
移行していくって考えればいいな。

あとは、どう書き換えればいいかを頭で整理するのと
本題の並列数制限方法をpromiseでどうやるかを調べることだな。
BluebirdってES6以前なん？

**デフォルトの名無しさん** · 2015/07/10(金) 23:12:23.28

http://smart.ataglance.jp/2015-04-02-try-async-await-with-babel/
> ECMAScript 7 で提案されている機能として async / await があります。
> 簡単に言うと Promise を使った関数を簡潔に書くことのできる新しい文法です。

ほう。なるほど。本質的にはPromiseなわけか。
これは楽だ。

**デフォルトの名無しさん** · 2015/07/10(金) 23:17:02.08

>>529
え？同時実行数を減らせば負荷が下がると思ってたの？
予想のはるか下すぎてなんて声をかければいいかわからないよ
実行を遅らせても計算量が減るわけないのに一体どんな原理だよ

**デフォルトの名無しさん** · 2015/07/10(金) 23:20:27.69

同じ運動量でも、時間をかければ、少ない負荷で移動できる。
同じ計算量でも、時間をかければ、少なく負荷で処理できる。

常識じゃん？！

おじいちゃんに負荷をかけないように
ゆっくり移動しようね！

**デフォルトの名無しさん** · 2015/07/10(金) 23:44:16.99

>>530
スマンw

>>531
> BluebirdってES6以前なん？

元々CommonJSにPromise/A+って仕様があってQやBluebirdはその実装
それらがベースになってES6のPromiseになった
だからBlurbirdもQもES6 Promiseのスーパーセットのはず
Bluebirdの各種関数(今回の場合はmap)をES6 Promiseと組み合わせても動く可能性高い
https://github.com/petkaantonov/bluebird/blob/master/API.md#mapfunction-mapper--object-options---promise

>>533
いつから負荷(workload)が計算量になったんだよwww
負荷ってのはたとえばload averageのloadのことだよ、言わせんな恥ずかしい

**デフォルトの名無しさん** · 2015/07/10(金) 23:55:21.38

>>535
お前それ処理の切り替えで一瞬負荷が下がったのが平均に反映されてるだけで
本体の画像処理の負荷が下がったわけじゃないぞ
馬鹿すぎて頭痛いからそのとんでも理論のソース出せよ
どうせ出せないからそれで終わりだ

**デフォルトの名無しさん** · 2015/07/11(土) 00:01:13.65

nodeがクライアント側で、サーバ側の負荷を過剰に上げないようにしたいって話だよな？

**デフォルトの名無しさん** · 2015/07/11(土) 00:11:47.38

ID:Y9pWHNlXだけ異次元でﾜﾛﾀ

**デフォルトの名無しさん** · 2015/07/11(土) 00:12:03.04

CPU使用量の制限は専用ソフトかホストの仮想化機能でやるものなんだけど知らないのかな

**デフォルトの名無しさん** · 2015/07/11(土) 00:19:18.38

Promise/A+ってことは
Promise/AとかPromise/Bとかもあったん？

そもそもはCommonJSが言い始めたんか？
jQueryにもPromiseあったよな？

各自バラバラに作りすぎｗ

**デフォルトの名無しさん** · 2015/07/11(土) 00:27:48.18

え？マジでこんなのあるのかよｗ

http://wiki.commonjs.org/wiki/Promises

Promises/A by Kris Zyp ? "Thenables"
Promises/B by Kris Kowal ? Opaque Q API
Promises/KISS by AJ ONeal
Promises/C has been redacted
Promises/D by Kris Kowal ? "Promise-sendables", for interoperable instances of Promises/B.

**デフォルトの名無しさん** · 2015/07/11(土) 00:28:20.76

>>537
普通に読んだらそうだよな
HTTPサーバは他のサイトかもしれないし、注意しないと攻撃と見なされてBANされるかもしれない
アホな警察に逮捕されることもありえる(Librahack事件)
だから相手のサーバに負荷をかけないように、って普通にある話なんだがな

>>540
> Promise/AとかPromise/Bとかもあったん？

あったw つーかDまであってKISSってのもあった
http://wiki.commonjs.org/wiki/Promises

競争して一番いい仕様が勝ち残るのはいいことだ

**デフォルトの名無しさん** · 2015/07/11(土) 00:29:09.91

>>541
被ったw

**デフォルトの名無しさん** · 2015/07/11(土) 00:31:25.20

普通に考えたら、

Promise無印か、Promise/Aが最初で
その後にBとかCとか出来たわけで、
後のほうが改良されてると考えられるんだけど
なんで結局A+が採用されたの？
っていうか+ってなんだよｗ

ES6のPromiseはまたA+とは違うんだよな？
なんで変更したんだよ？

誰かそこんところ詳しい人いない？
もしくは詳しい本とかしらない

**デフォルトの名無しさん** · 2015/07/11(土) 00:38:20.27

そういやAngularJSにもPromiseってあるんだよな。
これって他のPromise（どの？）と同じなのだろうか？

**デフォルトの名無しさん** · 2015/07/11(土) 02:44:42.80

>>544
A案を改善してB案やC案ができたんじゃなく、同時期に存在した別々の実装が提案されただけ[要出典]
Promise/A https://github.com/kriszyp/node-promise
Promise/B https://github.com/kriskowal/q
Promise/KISS https://github.com/coolaj86/futures

その後Promise/BのQもPromise/Aに追随するなどPromise/Aが優勢になった[要出典]
そのPromise/Aをベースに用語整理していらんもん削ったのがPromise/A+
https://promisesaplus.com/

Promise/A+だとthenメソッドしかないからコンストラクタやユーティリティ(allやrace)を加えたのがES6 Promise
QやBluebirdなどPromise/A+の実装はだいたいES6の実装でもあり、より多機能なスーパーセット

AngularJSのPromiseはQ
実はQのメンテナがPromise/A+のとりまとめで、ES6 Promiseのとりまとめで、Googleの中の人
だからAngularJSのPromise(Q)もv8(Node)のPromise(ES6 Promiseの実装)も同じ人が中心[要出典]

**デフォルトの名無しさん** · 2015/07/11(土) 06:53:24.54

7月に入って確変したのか
盛り上がってる
おじさんには全てはわからないけど勉強になるよ

**デフォルトの名無しさん** · 2015/07/11(土) 09:15:12.83

ID:Y9pWHNlXみたいな盛り上げ役のピエロが湧いたからな

**デフォルトの名無しさん** · 2015/07/11(土) 09:36:08.00

npm見ると、promiseとかes6-promiseとかいろいろあるけど、
普通にPromise使いたい場合はどれ使えばいいの？

**デフォルトの名無しさん** · 2015/07/11(土) 10:33:10.46

>>549
node v0.12かio.jsなら標準でES6 Promiseが使える

**デフォルトの名無しさん** · 2015/07/11(土) 13:12:50.91

>>550
ありがとうございます
nodeやio.jsだとこの手のパッケージはいらなくなってきてるんですね
スレチですけど、IEのようなブラウザだとnpmのpromiseパッケージあたりでよさそうですね

**デフォルトの名無しさん** · 2015/07/11(土) 14:09:36.96

>>551
レガシーブラウザならBabel使った方が幸せじゃないか？
その場合はcore-jsのPromiseが使われる
https://github.com/zloirock/core-js

**デフォルトの名無しさん** · 2015/07/11(土) 15:00:40.10

あれ？ブラウザでnpmのモジュール使えるの？
余計に面倒じゃない？

ブラウザで使うパッケージシステムならbowerでしょ？

**デフォルトの名無しさん** · 2015/07/11(土) 15:17:14.56

>>552
そういう意味でもBabelって便利なんですね
しかしまずはes6を覚えねば

>>553
使えますよ。webpackとかでもrequireできますし
最近はbower使わなくなってきました

**デフォルトの名無しさん** · 2015/07/11(土) 16:56:32.75

webpackやBrowserifyって使ってる会社少ないよね？
使ってるのは個人ばっかりでqiitaのやってみました系ぐらいしか
情報も見つからない。

**デフォルトの名無しさん** · 2015/07/11(土) 23:36:29.68

ReactではBabelとwebpackの組み合わせがデファクトになってきてるからこれから事例も増えるだろう
上に出てたpixiv Sketchや米Yahooの新サービスDaily FantasyもおそらくReact + webpack
https://sketch.pixiv.net/
https://sports.yahoo.com/dailyfantasy/
どちらもサーバはnode/io.jsを使ってIsomorphic JSしてる

**デフォルトの名無しさん** · 2015/07/13(月) 13:34:33.33

Ajax使うとき皆さんは何を使っていますか？JavaScriptだとjQueryのAjaxが一般的ですがnodeのミドルウェアであるnajaxや素のAjaxなど色々ありますが・・・

**デフォルトの名無しさん** · 2015/07/13(月) 14:18:54.66

request

**デフォルトの名無しさん** · 2015/07/13(月) 17:51:28.66

http://blog.sarabande.jp/post/52095868617