[過去ﾛｸﾞ]
【node.js】サーバサイドjavascript 3【io.js】©2ch.net (1002ﾚｽ)
【node.js】サーバサイドjavascript 3【io.js】©2ch.net http://echo.5ch.net/test/read.cgi/tech/1419673207/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
8: デフォルトの名無しさん [sage] 2015/01/01(木) 16:37:51.69 ID:PtOebUla 「node.js覚えればクライアントもサーバもjavascriptだから他の言語覚えなくてすむぜ！」 と安易に寄ってきたにわかがイベントドリブン周りが頭に入らなくてすごすご退散するケースが多そう http://echo.5ch.net/test/read.cgi/tech/1419673207/8
18: デフォルトの名無しさん [sage] 2015/01/04(日) 00:06:14.65 ID:NffMCEWR その程度は自前でも並列と逐次の小さなヘルパ関数を用意するだけで十分きれいに書けるだろ 実際はそんなもん自前で書かずにasync使ってたけどな ECMA標準だから仕事じゃPromise使ってくけどそんなのは所詮表層の話に過ぎないよ PromiseよりStreamが適することも多いし http://echo.5ch.net/test/read.cgi/tech/1419673207/18
21: デフォルトの名無しさん [sage] 2015/01/04(日) 00:26:18.12 ID:kuXg+7pG >>20 一応だけど、ブラウザ内蔵のPromiseはJavaScriptで実装出来ない事をしてるから Promise使った方がいいとは思うよ ・渡されたコールバックを確実に非同期で実行する ・飲み込まれた例外をデバッグ出来る ってのがそう http://echo.5ch.net/test/read.cgi/tech/1419673207/21
23: 20 [sage] 2015/01/04(日) 00:38:56.49 ID:LcMrfHes >>21 ブラウザのJavascriptもシングルスレッドじゃなかったっけ？ であれば、 ・渡されたコールバックを確実に非同期で実行する ・飲み込まれた例外をデバッグ出来る はPromise使わなくてもできるよ。使った方が楽だろうけど。 http://echo.5ch.net/test/read.cgi/tech/1419673207/23
30: デフォルトの名無しさん [sage] 2015/01/04(日) 01:57:43.71 ID:kuXg+7pG >>28 > nodeではprocess.nextTick()かsetImmediate()で確実に非同期にできるが？ Qとかはnode用やIE用じゃないが、場合分けしてる可能性はある > v8のPromiseだってマイクロタスクキューに入れられて結局はnodeのイベントループで処理されるのは同じ それがJavaScriptで実装出来ない事をしてることじゃなくて？ > 例外のデバッグって具体的には？ 説明が面倒になってきた… Promiseに限った話しじゃないが、ライブラリ内でtry,catchしちゃってると 呼び出し側に例外が来ないって事だ (当たり前の事だけど) で、Promiseの場合は呼び出し側がエラー処理もしてない場合でも、 デバッガが気を効かせて例外を上げてくれるってだけだ ま、薄々感づいてると思うが、俺はずっとブラウザ実装の事を言っていた… しかしPromiseが満たすべき一般的な動作仕様を言ってるつもりではある http://echo.5ch.net/test/read.cgi/tech/1419673207/30
34: デフォルトの名無しさん [sage] 2015/01/04(日) 04:38:34.06 ID:kuXg+7pG >>33 > 仕様はそうなってる Schedules to run handler immediately after user agent events have been flushed. user agent eventsってなんだ？ a += 1;の実行が終わってからとは言ってないと思うが > そこはこのNotesに書いてある"platform code"から好きなものに置き換えてくれ 置き換えて何だよ？ platform code(要するにJavaScriptでないコード)を実行しろとわざわざ書いてる > 違うなら「ブラウザが内部で実装しないと無理」な理由を具体的に書いてくれ 元の質問は↑これ、お前は論点をずらそうとしてるだけだな > で、QとかBluebirdだと例外が飲み込まれるわけ？コードで示せる？ お前眠いのかw 俺はもうもちそうもないが >>30の下の方で言ってるよ http://echo.5ch.net/test/read.cgi/tech/1419673207/34
44: デフォルトの名無しさん [sage] 2015/01/04(日) 18:08:08.79 ID:NffMCEWR >>34 > >>30の下の方で言ってるよ 話がループしてるな… その>>30の以下について > Promiseに限った話しじゃないが、ライブラリ内でtry,catchしちゃってると > 呼び出し側に例外が来ないって事だ (当たり前の事だけど) これはPromiseを実装するQのようなライブラリ側の話だよな？ ライブラリ側がcatchした例外を飲み込んで捨てた場合は確かにそうだが、 QやBluebirdは飲み込まずにPromise.catch()に通知するだろ Promiseを使わない場合でもnodeの流儀ならコールバックの第1引数で通知する だからこれは「ブラウザ内蔵のPromiseはJavaScriptで実装出来ない事をしてる」に該当しない っていうのが>>31で書いたことだ それに対して>>32で > QとかBluebirdみたいに自前で実装すると例外が飲まれるって話しじゃなかったのか… と返されたわけだが、前述の通り飲み込まずにPromise.catch()で通知されるはずだから そうじゃないっていうなら > で、QとかBluebirdだと例外が飲み込まれるわけ？コードで示せる？ と>>33で尋ねたわけだ その返事が>>34の「>>30の下の方で言ってるよ」だと完全にループ まずは確認だが、 ・QとかBluebirdでは例外が飲まれる って主張してるんだよな？ それならどういうケースでそうなるのか例を示してくれ Promise.catch()に伝わらないケースがもしあるなら、おそらくそれはただのバグだ http://echo.5ch.net/test/read.cgi/tech/1419673207/44
106: デフォルトの名無しさん [sage] 2015/01/20(火) 21:07:01.09 ID:GWZYH+JO メーリングリストみたら0.11.15が出るらしいけど使われているv8がとても古い http://echo.5ch.net/test/read.cgi/tech/1419673207/106
303: デフォルトの名無しさん [sage] 2015/03/01(日) 07:59:49.26 ID:yqpW0lF8 実際、BenのことをAssholeだの解雇するだの言ったのは joyentのCTOのBryanだな TJは無罪かもしれないが、joyentが高圧的だってことは間違いない 主要開発者が去ってnodeの開発が停滞し大きな要因だろう http://echo.5ch.net/test/read.cgi/tech/1419673207/303
399: デフォルトの名無しさん [sage] 2015/07/01(水) 02:33:17.60 ID:fayNS2z7 名だたる有名企業の事例だけでもこれくらいはすぐに出てくるわけだが http://venturebeat.com/2012/01/24/why-walmart-is-using-node-js/ http://venturebeat.com/2011/08/16/linkedin-node/ http://reidburke.com/deck/2014/noderoad/ https://engineering.groupon.com/2013/misc/i-tier-dismantling-the-monoliths/ https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/ https://www.talentbuddy.co/blog/building-with-node-js-at-ebay/ https://www.talentbuddy.co/blog/building-with-node-js-at-netflix/ https://www.talentbuddy.co/blog/building-with-node-js-at-dow-jones/ https://www.talentbuddy.co/blog/building-with-node-js-at-the-new-york-times/ http://echo.5ch.net/test/read.cgi/tech/1419673207/399
406: デフォルトの名無しさん [sage] 2015/07/01(水) 09:57:25.11 ID:/bTUMz8e io.js完全勝利は最初っから読めてたし実際にそうなったが、蛇足ではない 蛇足だったのはJoyentの抵抗だ 分裂前に統治と商標を手放していれば騒動にならなかった Joyentの重い腰を動かすにはio.jsが必用だったのだ そしてio.jsはそのままNode Foundationの中心(TC)に収まった http://echo.5ch.net/test/read.cgi/tech/1419673207/406
449: デフォルトの名無しさん [sage] 2015/07/05(日) 03:53:39.06 ID:HDEBYR4G サーバサイドもjsで統一できれば楽ってのは間違いないんだが 非同期でやるというスタイルという大きな問題があった。 個人的にはそのスタイルは嫌いじゃないんだが、 やはり面倒で、そのスタイルが応用分野の範囲を狭くしてしまった。 http://echo.5ch.net/test/read.cgi/tech/1419673207/449
463: デフォルトの名無しさん [sage] 2015/07/05(日) 22:32:53.61 ID:70VDGlmK >>462 いや、だからサーバーサイドjavascriptっていうのが有るんでしょ? 俺は良く知らんが。 でそのサーバーサイドjavascriptの技術を使えばクライアントサイドで動いているどんなjavascriptでもサーバーサイド向けに書き換えられるのかどうか知りたいと言う質問。 http://echo.5ch.net/test/read.cgi/tech/1419673207/463
804: デフォルトの名無しさん [sage] 2016/03/01(火) 09:54:27.44 ID:aiEEtGsc >>803 すみません。もう一度まとめます。 index.htmlというファイルが別にあります。これはクライアントに表示するGUIを担当 index.jsはNode.jsのプログラム本体 secret.jsonはGoogleのOAuth認証をする為のClient_Secretが入ってるので、ユーザ からは見えないように死体。 クライアントのindex.htmlからボタンを押すと、index.jsはsecret.jsonを元にgoogleの 鯖と認証して、Googleの各種サービスの問い合わせを実行し、値をindex.html側へ 返すというものです。 PHPだとパーミッション644にしておくと、index.htmlから問い合わせをしても、プログラム本体 や付属品はダウンロードとかは出来ないですが、問い合わせはできるし値も返って来ると 思うのですが、node.jsでも同じなのかなと。 ※ただこの時、index.htmlはindex.jsをheaderで参照させておかないと、node.js側に対して 問い合わせ（例えばipcやremoteなど）出来ないのかなと思って。 http://echo.5ch.net/test/read.cgi/tech/1419673207/804
809: デフォルトの名無しさん [sage] 2016/03/01(火) 13:58:26.08 ID:pcZdsVA3 node.jsって1webアプリケーションに1ポート割り当てるんですよね？ urlとかも app1.example.com:10000 app2.example.com:10001 みたいになるんですか？ http://echo.5ch.net/test/read.cgi/tech/1419673207/809
961: デフォルトの名無しさん [sage] 2016/04/06(水) 16:15:40.93 ID:22IrGq0q 入ってねえって言ってんだろ nodeは本当に最小限のモジュールしか含んでないの! この程度のものすら標準じゃねえのかよ…って思うものでもnpmからインストールするの! 分かった!? http://echo.5ch.net/test/read.cgi/tech/1419673207/961
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.058s