【node.js】サーバサイドjavascript 5【Nashorn】

**デフォルトの名無しさん** · 2018/02/13(火) 22:21:33.91

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

node.js - googleが開発したV8エンジン上で実行できる処理系
http://nodejs.org/
ayo.js - node.js 互換で Rod の影響からの脱却を目指す処理系
https://github.com/ayojs/ayo
Nashorn - Java8 からRhinoに代わって同梱されているJavaScriptエンジン
http://www.oracle.com/webfolder/technetwork/jp/javamagazine/Java-JA17-Nashorn.pdf

ayo.js の経緯
https://web.archive.org/web/20170821212745/https://github.com/nodejs/TSC/issues/310
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 4【io.js】
http://mevius.5ch.net/test/read.cgi/tech/1460359714/
【node.js】サーバサイドjavascript 3【io.js】
http://echo.2ch.net/test/read.cgi/tech/1419673207/
【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/

**322** · 2019/10/20(日) 23:37:18.68

Electron は、サーバー側・GUI の両方を、1つにまとめたもの！

V8 は、JavaScript の実行環境

サーバー側は、Node.js + V8。
GUI はブラウザで、Chromium + V8

おおー！
V8 が重複しているから、これを1つにしたら効率的！

つまり、Electron = Node.js + Chromium + V8

だから、Electron アプリは、300MB もあるw

**デフォルトの名無しさん** · 2019/10/21(月) 00:49:40.00

>>327
知らないならそんな無理してレスしなくてもいいやろ

**デフォルトの名無しさん** · 2019/10/21(月) 02:36:24.31

>>327
なんで>>322みたいなウソつくの？ねぇ！？

**デフォルトの名無しさん** · 2019/10/25(金) 02:49:42.38

この変な改行は見覚えあるな
いつもWeb板の質問スレでめちゃくちゃなレスしてるやつかな

**デフォルトの名無しさん** · 2019/10/25(金) 21:10:41.94

違うよ。Rubyガイジっていう、ム板で一番嫌われているキチガイ。

**デフォルトの名無しさん** · 2019/10/25(金) 21:21:14.20

そいつweb板にも来てるよ

**デフォルトの名無しさん** · 2019/10/25(金) 23:35:33.90

糖質の見本みたいなやつ。医学発展のために献体すべき。

**デフォルトの名無しさん** · 2019/10/26(土) 10:05:13.04

糖合質調症
脳が糖で溶ける

**デフォルトの名無しさん** · 2019/11/03(日) 20:01:18.21

Nodeって、なんでこんなに広がったんだろうな？
たかだかｊｓ如きが

**デフォルトの名無しさん** · 2019/11/03(日) 20:16:57.32

jsだからじゃね

**デフォルトの名無しさん** · 2019/11/03(日) 23:25:52.66

たかがJSと蔑まれる要因だった高過ぎる自由度が、ベストプラクティスの集積のお陰ですべてプラスに転化してしまったんだ

**デフォルトの名無しさん** · 2019/11/04(月) 00:16:03.94

古くはunixやcもたかがだしpcもwindowsもたかがだし
たかがtcp/ip、たかがjava、たかがlinux、そんなばっかだぞ

**デフォルトの名無しさん** · 2019/11/04(月) 02:10:19.67

詰まったので質問させてください
WSH（JScript）で書いたスクリプト[run.js]からnode.js[test.js]を実行して結果を標準出力で受け取って表示させると日本語が文字化けします
文字化けしないように受け取るにはどうすればいいか教えてください

[run.js]（WSH）test.jsを実行して標準出力で結果を受け取る
var WShell = WScript.CreateObject("WScript.Shell");
a = WShell.Exec("\"C:\\Program Files\\nodejs\\node.exe\" C:\\script\\test.js").StdOut.ReadAll();
WScript.echo(a);//結果の日本語文字化け
WScript.Quit(0);

[test.js]（node.js）コマンドプロンプトのdirの結果
var childProcess = require("child_process");
var iconv = require("iconv-lite");
var buffer = childProcess.execSync("dir",
{
timeout: 60 * 1000, // タイムアウト1分
});
console.log(iconv.decode(buffer, "Shift_JIS"));

**デフォルトの名無しさん** · 2019/11/04(月) 02:25:09.17

少なくともブラウザ上で実質唯一の選択肢だったのがブラウザ以外で実用的になったわけだし, 広がる道理としては十分だと思うけどな

**デフォルトの名無しさん** · 2019/11/04(月) 08:35:20.63

サーバーサイドでnode使ってる人いる？

**デフォルトの名無しさん** · 2019/11/04(月) 08:42:56.84

>>339
chcp 65001 は実行済み？

**デフォルトの名無しさん** · 2019/11/04(月) 10:32:03.99

>>342
ありがとうございます！
CodePageを65001にしても変わらずrun.js実行で文字化けの結果が返ってきます・・・

**デフォルトの名無しさん** · 2019/11/04(月) 10:33:10.71

あ、CodePageじゃなくてchcpです。レジストリからいじってやりました・・・

**デフォルトの名無しさん** · 2019/11/04(月) 11:20:17.56

>>339
process.stdout.write(buffer);

**デフォルトの名無しさん** · 2019/11/04(月) 11:40:31.03

>>345
ありがとうございました！最後の行を置き換えたら文字化けせずに表示されました
ずっとハマってたのでちゃんとできて泣きそう聞いてよかった

**デフォルトの名無しさん** · 2019/11/04(月) 13:20:30.25

クリップボード内の複数行文字列の、各行の先頭・末尾から、
連続する空白類を除去して、クリップボードに入れる

CreateObject("WScript.Shell").Run "powershell ""gcb | % trim | scb""", 0

WScript.Shell の、Run, Exec は、絶対パスじゃなくても、node みたいなコマンド名で書けるだろ？
例えば上なら、powershell というコマンド名

コマンドプロンプトで、where node と入力すると、パスが通っているだろ？
C:\Program Files\nodejs\node.exe

**デフォルトの名無しさん** · 2019/11/04(月) 13:20:30.45

クリップボード内の複数行文字列の、各行の先頭・末尾から、
連続する空白類を除去して、クリップボードに入れる

CreateObject("WScript.Shell").Run "powershell ""gcb | % trim | scb""", 0

WScript.Shell の、Run, Exec は、絶対パスじゃなくても、node みたいなコマンド名で書けるだろ？
例えば上なら、powershell というコマンド名

コマンドプロンプトで、where node と入力すると、パスが通っているだろ？
C:\Program Files\nodejs\node.exe

**デフォルトの名無しさん** · 2019/11/04(月) 20:17:02.81

はい、絶対パスはnodeに短縮できました

**デフォルトの名無しさん** · 2019/11/10(日) 15:12:00.68

そのやり取り見てふと探してみたけどNodeから扱えるクリップボード監視APIorモジュールってないんだな
単なるコピペなら見つかったけど

**デフォルトの名無しさん** · 2019/11/12(火) 13:33:25.22

node.jsでローカルのクリップボード操作ってどうしてる？
java使ったりFlash使ったりは見つかるけどいまいち

**デフォルトの名無しさん** · 2019/11/12(火) 13:39:01.64

>>351
https://github.com/sindresorhus/clipboardy

**デフォルトの名無しさん** · 2019/11/12(火) 15:21:55.81

>>352
ありがとう
これ超簡単だ

**デフォルトの名無しさん** · 2019/11/23(土) 04:55:17.89

npm startをしたところ
Something is already running on port 3000. Probably:
Would you like to run the app on another port instead?
と表示されNoを選択したところローカルで立ち上がりませんでした。

（先にport3000を閉じたくてNoを選んだのですが）
既にport3000が立ち上がっているのが原因かと思うのですが
port3000のローカルを閉じるにはどうすればいいのでしょうか？
通常ですとctrl cで閉じれると思うのですが、
気づいたらそのフォルダごと消えていて、でもport3000は更新しても立ち上がったままになっていまして。
フォルダの方は練習用だったので消えても良いのですが
今後のためにport3000を閉じるコマンドを教えて頂けないでしょうか

**デフォルトの名無しさん** · 2019/11/23(土) 09:32:04.13

netstat -a -n | grep 3000

**デフォルトの名無しさん** · 2019/12/02(月) 22:16:23.66

>>355
こういったコマンドがあったのですね・・・
関連コマンドも調べてみて勉強になりました
ありがとうございます！

**デフォルトの名無しさん** · 2019/12/03(火) 09:38:40.12

ここサーバーサイドのスレだよな

**デフォルトの名無しさん** · 2019/12/16(月) 00:05:17.66

prompt系モジュールでtimeout実装したのって無いの？
探したけどinguirerがプラグインで追加できるくらいしか見つからなかった

**デフォルトの名無しさん** · 2019/12/16(月) 00:19:44.26

>>358
Promise.race()でタイマーと組み合わせればいい

**デフォルトの名無しさん** · 2019/12/16(月) 21:41:20.26

全く初心者です。
Node.js と　nuxt.jsってどうちがうの？

**デフォルトの名無しさん** · 2019/12/16(月) 21:52:48.22

nuxtはnodeの上で動く

**デフォルトの名無しさん** · 2019/12/17(火) 22:36:05.58

なるほど

**デフォルトの名無しさん** · 2019/12/18(水) 11:46:32.95

Node.js は、Electron, Ruby on Rails でも使う、すべてのweb 系の基礎。
絶対に、インストールして使うもの

パッケージマネージャーのnpm/yarn も使う。
Webpack, Babel なども

Nuxt.js は、Vue.js をより効果的に使うためのライブラリ

JavaScript のサーバー側は、Node.js で、
クライアント側は、jQuery, Vue.js, React など

**デフォルトの名無しさん** · 2019/12/18(水) 11:58:33.63

初めてwebpackでサンプルをビルドした新参ですが、node moduleからbrowser.jsっていうのが組み込まれているようです
これって何をするものなんでしょうか？

**デフォルトの名無しさん** · 2019/12/18(水) 11:59:14.85

>>363
さすが農奴
はんぱねぇわ

**デフォルトの名無しさん** · 2019/12/18(水) 14:06:17.43

browser.js は、babelで変換せずに、ES6で書いたJSを、ブラウザで実行する

Not intended for serious use
Compiling in the browser has a fairly limited use case...

まあ、実験用

詳しくは「browser.js」で検索して！

**デフォルトの名無しさん** · 2019/12/18(水) 16:43:15.09

>>366
有り難うございます

ES6で書かなければ必要ないものが組み込まれちゃうって事なんでしょうか？
自分のコードが大丈夫でも使用したmoduleがES6の可能性あるとかなのかな
とりあえず気にしない事にします

**366** · 2019/12/18(水) 22:32:50.86

VSCode では、普通にES6 でも動くから、気にした事がない

それが他人のプロジェクトなら、その設定ファイルに書いてあるのだろう

**デフォルトの名無しさん** · 2019/12/21(土) 13:23:45.97

サーバにphpとDBおいてフロントサイドをjsで運用しているんですが
web-dev-serverでこういった環境をローカルに作る事って可能でしょうか？
それともnode.jsを使う以上サーバサイドもjsにしてしまうべきなんでしょうか？

**デフォルトの名無しさん** · 2019/12/21(土) 13:29:18.33

PHPのbuilt-inのweb server使え

**デフォルトの名無しさん** · 2019/12/21(土) 13:58:12.68

>>370
有り難うございます
今までxammpっていうのを使っていたのでそれに流せばいいのでしょうか？
ちょっと試してみます

**デフォルトの名無しさん** · 2019/12/21(土) 14:16:41.22

>>371
流す？

projectのrootディレクトリで
$ php -S localhost:8080
ってやれば
http://localhost:8080/foobar.php
でアクセス可能

**デフォルトの名無しさん** · 2019/12/21(土) 15:31:45.26

Ruby なら、PowerShell から、1-liner で、
Rubyで作られた遅いウェブサーバー、WEBrick が起動する

ruby -run -e httpd . -p 8080

そのフォルダに、index.html があれば、
何も考えなくても、これでブラウザからアクセスできる

http://localhost:8080

これで遊んだ後は、Routing, O/R マッパーなどを備えた、Sinatra, Rails などのフレームワークを使う。
Rails のコピーが、CakePHP, Spring Boot

**デフォルトの名無しさん** · 2019/12/21(土) 15:43:47.89

最終的な構成で、考えれば？
フロントエンドをサーバーサイドと一緒に配布する（ただの静的ファイル扱い）だけなら、同じサーバでいいけど、
そうでないなら、フロントエンド側も初めから別のサーバにしておく方がいい（CORS対応は必須）。

**デフォルトの名無しさん** · 2019/12/21(土) 15:52:38.28

>>373
お前、アムロの父ちゃんみたいだなｗ

**デフォルトの名無しさん** · 2019/12/21(土) 16:08:05.96

dev-serverだから開発用途のでしょ
たぶんwebpack-dev-serverだろうけどそれならhot module replacementとか使えるからサーバが何だろうと開発時は使うべき
サーバがnode以外の時はproxyの形で使える

**デフォルトの名無しさん** · 2019/12/23(月) 13:15:15.27

>>376
有り難うございます
proxyの概念自体がよく解ってないんですが、そういう仲立ち的な使い方も出来るという事ですね

ちょっとnpmだけでも覚える事が多すぎるのでゆっくり慣れていく所存です…

**デフォルトの名無しさん** · 2019/12/23(月) 22:45:35.05

Node.js のnpm, yarn, PHP のComposer とか、Ruby のBundler のコピーだろ。
別に、覚えることなんてない

global/local のインストールの区別と、本番用/開発用の区別だけ。
それと、設定ファイル

**デフォルトの名無しさん** · 2019/12/23(月) 23:46:27.75

たぶんnpmレジストリで公開されてるパッケージ群の総称としてnpmと言ってんじゃね

**デフォルトの名無しさん** · 2019/12/24(火) 14:05:27.32

npmのパッケージ全部覚えるとか
Cの野良ライブラリ覚えるのとか
githubのレポジトリ全部覚えるのとか
苦行以外の何物でもない

**デフォルトの名無しさん** · 2020/02/15(土) 11:48:59.21

node.jsはjavaにおけるjvmみたいなもの？

electronを使ったデスクトップアプリは今後普及するでしょうか？

**デフォルトの名無しさん** · 2020/02/15(土) 15:14:42.82

実行環境という意味ではそっすね

**デフォルトの名無しさん** · 2020/02/15(土) 17:28:25.44

>>382
web開発で培った技術がパソコン・携帯端末でもさらに活かせるようになったら嬉しい。

**デフォルトの名無しさん** · 2020/02/16(日) 07:11:26.16

VSCode は、Electron 製

マルチプラットフォームは、
React Native + Expo
アシアルのMonaca(Cordova/PhoneGap) + Onsen UI
Mono を使っている、Unity, Xamarin

やっぱり漏れは、サーバー側は、Node.js よりも、Ruby を使うけど

**デフォルトの名無しさん** · 2020/02/16(日) 08:37:01.80

Ruby使うセンスはわからんな。
今どきRailsとか？
あんなの使うぐらいならPHPで素組したほうが早いし安全だと思うわ。

**デフォルトの名無しさん** · 2020/02/16(日) 12:47:35.71

>>385
>あんなの使うぐらいならPHPで素組したほうが早いし安全だと思うわ。
流石にそれはないww

**デフォルトの名無しさん** · 2020/02/16(日) 13:36:59.19

>>386
Railsがそれぐらいあり得ない悪手だよ、今どき。

**デフォルトの名無しさん** · 2020/02/18(火) 01:59:27.59

案件の数的にはphp, laravelってのが多いな。
PHPも7以降はプリミティブにもタイプヒンティング使えるからそれを積極的に使うとrailsより良かったりする。

**デフォルトの名無しさん** · 2020/02/18(火) 05:16:07.44

うつ病君
青木一泰

**デフォルトの名無しさん** · 2020/02/18(火) 09:42:41.11

PHPはフレームワーク使わずに、きちんとバリデーションして信頼境界線を意識して使うと、すごく便利よ。
歯を磨くには歯ブラシだなって思う。

**デフォルトの名無しさん** · 2020/02/18(火) 21:16:40.68

Ruby は、JIT で速いから、web サイトの最高速度は未だに、Rails。
世界を驚嘆させた、dev.to もそう

表示速度が“異常な”Webサイト「dev.to」とか
https://dev.to/

元乃木坂46 の川後陽菜のWebサイト、SKIYAKI とか
https://kawagopro.com/

でも、PHP も、次からは、JIT を搭載するらしい

**デフォルトの名無しさん** · 2020/02/19(水) 10:03:13.31

Electronで作られたソフトってVSCode以外に何がある？

**デフォルトの名無しさん** · 2020/02/19(水) 10:16:12.59

Electronによる掲示板ビューア Siki
http://egg.2ch.net/test/read.cgi/software/1581869479/

数日前偶然見つけた

**デフォルトの名無しさん** · 2020/02/19(水) 10:46:23.82

>>392
Slack
Fiddler Everywhere

**デフォルトの名無しさん** · 2020/02/19(水) 11:15:19.90

Skype、Discord、Atom、Wordpress、WhatsAppのそれぞれデスクトップ版はElectronらしい

**デフォルトの名無しさん** · 2020/02/19(水) 16:22:36.71

>>393-395
返信ありがとうございます。

**デフォルトの名無しさん** · 2020/02/19(水) 18:04:10.08

>>392
公式サイトにまとめられてる
https://www.electronjs.org/apps

**デフォルトの名無しさん** · 2020/03/03(火) 12:38:04.52

HomebrewのインストーラがBashに置き換えられた

**デフォルトの名無しさん** · 2020/03/17(火) 15:04:35.43

GitHub、パッケージ管理システム「npm」をメンテナンスするnpm, Inc.を買収
ttp://forest.watch.impress.co.jp/docs/news/1241272.html

**デフォルトの名無しさん** · 2020/03/17(火) 15:06:30.14

一番望まれてたところに落ち着いてよかったな

**デフォルトの名無しさん** · 2020/03/17(火) 19:30:12.44

どっちにpublishすればいいねん問題は杞憂に終わったか
でも一強他弱の構図ってあんまりろくなことにならないんだよなぁ

**デフォルトの名無しさん** · 2020/03/18(水) 00:48:08.66

やーんが頑張るやん

**デフォルトの名無しさん** · 2020/03/18(水) 00:56:50.83

やーんはcliだから今の話とはちょっと…
リポジトリ/レジストリがms/github一強過ぎて他の選択肢がーってことよね

**デフォルトの名無しさん** · 2020/04/17(金) 01:34:09.29

eventsモジュールにいつの間にか生えてるonceメソッド
ずっと前にこのスレで誰かが欲しがってたやつだな

**デフォルトの名無しさん** · 2020/05/14(木) 13:28:24.58

Deno出てきたけどコアモジュールの互換性がないのはきつい
両対応のための中間モジュールが必要になって太る結果にならないといいけど

**デフォルトの名無しさん** · 2020/05/17(日) 10:25:40.44

今から始めるならDeno1択ですね

**デフォルトの名無しさん** · 2020/05/17(日) 12:43:33.92

勉強を始めるならそれでもいいがプロダクションで使うのはまだしばらくnode一択だな

**デフォルトの名無しさん** · 2020/05/17(日) 14:17:45.25

Deno普通に良さそうだな。
地味に名前で喧嘩売ってるのも嫌いじゃない。

**デフォルトの名無しさん** · 2020/05/17(日) 15:05:29.10

次はおでん

https://twitter.com/ryanflorence/status/1261097693033553920
node
deno
enod
oden <- this has potential
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/05/17(日) 15:59:01.17

deno、typescriptネイティブに使えるのが良いな
セキュリティ機能は、早々にalias切って無効化して使いそう。
あと、モジュール読み込みがgolangぽくURIなのは構わんけど、deno.landの信頼性が未知数だ

**デフォルトの名無しさん** · 2020/05/17(日) 16:38:25.62

モジュールがURIなのはgoと同じ轍を踏みそうで気にはなるな。
みんなちゃんと互換性に注意して作って、最初からRESTなAPIのようにv1とかv2とかパスに含めるかな？みたいな猜疑心はある。

ただ、Denoでよくやったと思うのは、バンドラーを積んだ事だと思ってるけど、みんなどう思う？
今までnodeで作ったサーバモジュールをインターネットが繋がってない環境にデプロイするの、結構めんどくなかった？

**デフォルトの名無しさん** · 2020/05/17(日) 18:40:18.02

npmのパワーなしに開発なんて出来ない

**デフォルトの名無しさん** · 2020/05/17(日) 19:13:03.17

arm64用のパッケージがほしいdeno

**デフォルトの名無しさん** · 2020/05/18(月) 09:17:50.86

bundleは素晴らしいと思う。
モジュールURIはversion含められるみたいよ

**デフォルトの名無しさん** · 2020/05/18(月) 10:49:02.60

1.0で指定できなくね？

**デフォルトの名無しさん** · 2020/05/18(月) 11:19:43.08

armまだなのか。ラズパイで動けばホントに言うことなかったんだけどな。

**デフォルトの名無しさん** · 2020/05/18(月) 13:49:33.87

モジュール周り
https://deno.land/manual/linking_to_external_code

**デフォルトの名無しさん** · 2020/05/18(月) 14:53:11.68

やっぱbundle前提か。
しかし、deps.tsは言われてみるとなんと言うことはないんだけど、賢いな。
こいつがっつり使ってみようかな。

**デフォルトの名無しさん** · 2020/05/18(月) 23:35:57.15

Nodeと併用できないと趣味以外で使う人いないだろうな

**デフォルトの名無しさん** · 2020/05/19(火) 10:49:44.03

node.jsなしでESLintが動かないなら難しい
あとlanguage protocol serverが実装されないと難しい
開発ツールとしてのポジションとなるのは難しいね

**デフォルトの名無しさん** · 2020/05/19(火) 11:59:16.06

VSCodeのランゲージサーバー動いてるよ

**デフォルトの名無しさん** · 2020/05/19(火) 12:42:47.30

linterはdenoが公式に内蔵する可能性高い
formatterはすでに入ってる

**デフォルトの名無しさん** · 2020/05/23(土) 17:14:18.75

nodeにもTLA着たけどREPLじゃ動かんな
仕様ではESM限定だった気がするけどDevTools辺りではできてなかったっけ

**デフォルトの名無しさん** · 2020/05/24(日) 21:34:47.39

やっぱ周辺ツールが整わないと使いづれえな

**デフォルトの名無しさん** · 2020/05/27(水) 00:55:30.95

>>418
https://youtu.be/lK384YQx-h0?t=203

**デフォルトの名無しさん** · 2020/06/20(土) 18:47:10.97

Why deps.ts and mod.ts is BAD in Deno
https://dev.to/wongjiahau/why-deps-ts-and-mod-ts-is-bad-in-deno-bjo

**デフォルトの名無しさん** · 2020/06/23(火) 05:08:14.54

こんな感じのコードでresolveは実行されてもpromiseが伝達しないケースがあるんだけど
内部的にはどういう理屈でそうなってるの？

new Promise(function(resolve,reject){
eventemitter.on('hoge', function(){
this.removeAllListeners();
resolve();
});
});