【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/

**デフォルトの名無しさん** · 2018/12/21(金) 11:10:58.92

require('hoge.js');

**デフォルトの名無しさん** · 2018/12/21(金) 11:30:16.23

Object.assign(global, require('hoge.js'))

**デフォルトの名無しさん** · 2018/12/21(金) 15:27:30.27

>>277
ありがとうございます。
リファレンスエラーになってできませんでした。

**デフォルトの名無しさん** · 2018/12/23(日) 00:53:23.01

2018年になってようやくnpmを理解できた

**デフォルトの名無しさん** · 2018/12/23(日) 04:40:19.41

今年中にわかってよかったな

**デフォルトの名無しさん** · 2018/12/23(日) 12:40:19.38

npmはオワコン

**デフォルトの名無しさん** · 2018/12/25(火) 22:12:21.78

未だに--saveが必要なくなったことに気がついてない人がいる

**デフォルトの名無しさん** · 2018/12/26(水) 01:01:54.88

>>283
マジかよ…知らなかった…

**デフォルトの名無しさん** · 2018/12/26(水) 23:32:12.78

ホントだ　知らなかったｗｗｗ

**デフォルトの名無しさん** · 2018/12/27(木) 15:48:56.03

あの変更はかえって--no-saveする手間が増えて不便だわ

**デフォルトの名無しさん** · 2018/12/27(木) 15:52:03.62

cliとしてはyarnの方が使いやすい

**デフォルトの名無しさん** · 2018/12/27(木) 16:20:54.35

>>287
どうしてそう思うのか書いてもらえないと参考にならない。
海外のブログ読んでると、真っ先にyarn移ったような人たちが最近続々とnpmに戻ってきていて、俺にはなぜyarnに移ったのか、そしてなぜnpmに戻ってきたのかサッパリ分からない。

**デフォルトの名無しさん** · 2018/12/27(木) 16:31:34.16

今さら分からない人は分かりたいとも思ってないだろうからどうでもいんじゃね？
npmに戻る人がいるのはnpmがyarnのいいところをどんどん取り入れたからだろう
まともなロックファイル、パフォーマンス、コマンドラインの改善(npx含む)はyarnの後追い
npm独自なのはセキュリティ周りか

**デフォルトの名無しさん** · 2018/12/27(木) 18:00:55.29

良くも悪くも、標準だからだと思うけど。
俺も標準だから戻ったよ。

**デフォルトの名無しさん** · 2018/12/27(木) 18:13:43.11

標準の地位に胡座をかいてシュリンクラップ糞のまま放置してたからyarnに寝首をかかれた
なんでも独占はよくない切磋琢磨が必要

**デフォルトの名無しさん** · 2018/12/27(木) 19:09:40.30

ラズパイでなんかやろうとしたときに全然うまくいかなくて試しにyarnにしたらうまくいった事はあった

**デフォルトの名無しさん** · 2018/12/27(木) 19:18:59.81

npmのとこ行っちゃいyarn…

**デフォルトの名無しさん** · 2019/01/16(水) 02:20:59.42

ほとんどAPI同じだけどstatsじゃなくてdirent実装したのは何でなん？

**デフォルトの名無しさん** · 2019/01/21(月) 00:35:01.04

yarnはパッケージマネージャー界のCoffeeScript

**デフォルトの名無しさん** · 2019/01/21(月) 12:31:54.36

それはない

**デフォルトの名無しさん** · 2019/02/27(水) 08:08:28.87

node.jsに将来性はあるかなぁ？

**デフォルトの名無しさん** · 2019/02/27(水) 09:26:32.31

個人的な感覚だけど組込み関連でもっと伸びるんじゃないかと思う
最近シリアル通信のプログラムよく書いてるよ

**デフォルトの名無しさん** · 2019/02/27(水) 09:53:02.76

あの遅いpythonですら許容されてるもんな。

**デフォルトの名無しさん** · 2019/04/02(火) 19:47:41.43

非同期処理できなくて泣きそう

**デフォルトの名無しさん** · 2019/04/02(火) 21:28:46.28

node.js は、Ruby on Rails でも必須

Babel, Webpack で、ES2015 を、ES5 へ変換する。
Coffee Script, Type Script は不要

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

Rails プログラマーも、この本を読むのが必須！

**デフォルトの名無しさん** · 2019/04/02(火) 21:53:33.10

jsはフロントエンドで排他的な地位を築いてるわけだがwasmで変わるかどうか

**デフォルトの名無しさん** · 2019/04/03(水) 06:46:18.73

つうかwasmっていつ始まるんだよ

**デフォルトの名無しさん** · 2019/04/03(水) 08:54:18.63

もう始まってるよ！

**デフォルトの名無しさん** · 2019/05/18(土) 01:39:55.47

class使うと冗長的でイヤだな～
JAVAの人以外に使う人いるのか？
PHPもclass文化が入ってきてから長ったらしくて見にくくなった

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

入れ物どうするの？

**デフォルトの名無しさん** · 2019/05/18(土) 23:47:25.37

昔はReactはclass必須だったけど最近はconstしか使わなくなったな

**デフォルトの名無しさん** · 2019/05/20(月) 13:57:02.12

>>306
え？

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

https://electronjs.org/releases/stable
electron のバージョンを確認すると.6.4.1と出るんですが、最新と違います
なにか間違っているでしょうか
npm electron -v
こうやってます

**デフォルトの名無しさん** · 2019/05/25(土) 11:18:04.02

>>309
それじゃnpmのバージョンが表示されてるだけ
npm outdated electronとか
npm list electron

**デフォルトの名無しさん** · 2019/05/26(日) 07:33:35.43

仕事じゃなければclass使う機会ないんじゃないの？
もともと第一級言語だし。
JAVAはいちいち面倒なことしてるなって思う。

**デフォルトの名無しさん** · 2019/05/26(日) 13:33:28.57

去年までのreactではライフサイクル扱うのに必須だったからそれなりにclass使ってた
今はhooksで不要になったけど
vuejsでclass使わないのはvuejsのclassサポートの出来が悪いから
webcomponentsではclass使う

**デフォルトの名無しさん** · 2019/05/26(日) 13:34:42.45

おっとwebcomponentsではssrしてないからスレチか

**デフォルトの名無しさん** · 2019/05/28(火) 18:26:28.76

Readable.from便利だな

**デフォルトの名無しさん** · 2019/08/15(木) 14:14:57.93

ちょっと実装の依存関係について質問。
deps配下って、
依存モジュール構築時、node.jsそれ自体に依存しているけど、どうやってビルドしているの？

https://github.com/nodejs/node

**デフォルトの名無しさん** · 2019/08/15(木) 16:24:58.54

依存してるか？
置いてあるだけでは？

**デフォルトの名無しさん** · 2019/09/07(土) 13:12:16.63

dockerでwindowsとalpineの間で共有フォルダを作り、windows上のvscodeで作業しています。
作業ファイル(React)をvscodeを通してdocker内でnpm startしローカルホストを立てそれをwindowsのchromeでアクセスしています。

そのとき、ファイルを変更しては保存をしての繰り返しで挙動を逐一チェックしたいのですが、
修正した.jsファイルを更新してもブラウザ上では内容が更新されません。
一度ctrl c を押して停止させてから、再度npm startをして接続すると、ブラウザでも修正内容が更新されます。
ブラウザのキャッシュ削除や、検証モードでdisable cacheにチェックを入れていても同じでした。

dockerを使わないwindowsだけでの作業をしていた時は、ブラウザの更新マークを押すだけで修正内容が反映されていました。

現在、自動でキャッシュを削除してくれるるnodemonを入れて作業しているのですが、
こちらも結局は、ファイルを上書き保存した時点で自動でnpm startを繰り返してくれるだけなので
どうしても時間がかかってしまいます。

上書き保存をし、ブラウザを更新しただけで修正内容が反映される様にするにはどうすればいいでしょうか？

**デフォルトの名無しさん** · 2019/09/07(土) 13:39:38.96

nodemonってことはwebpackは起動してない？
hot module replacement(HMR)使うならdockerの中だろうとwebpack通さないと
あとHMRちゃんと設定できてればブラウザのリロードしなくてもファイル保存しただけで変更が反映されるよ

つか画面周りの開発でdocker使っていいことあるか？

**デフォルトの名無しさん** · 2019/10/19(土) 18:31:46.54

初心者ですがWindowsでnode.jsを使いたいのですが
一人で開発する分にはnvm-windowsとnode.jsとvscodeぐらいを入れとけばやれますか？
作ったアプリを配布する際にパッケージの依存関係を何かに表さなければならないと思うのですが、どう抽出して何に記述しますか？
あとBrowserifyって額面どおりのことを本当にやれるんですか？
（たとえばローカルファイルにアクセスしたりソケット通信するようなJavaScriptコードについて

**デフォルトの名無しさん** · 2019/10/19(土) 20:52:32.38

ガチの初心者かい
的外れなこと聞くよりnpmとかyarnのチュートリアル探してやった方が意味があるぞ

**デフォルトの名無しさん** · 2019/10/20(日) 10:50:05.69

ツールを検討するレベルにもまだ達していないな

**デフォルトの名無しさん** · 2019/10/20(日) 12:17:01.14

Node.js, VSCode, Babel, Webpack。
他には、VSCode の拡張機能とか、yarn, gulp

タスクランナーは、gulp, npm scripts

PC 内のファイルにアクセスするなら、Electron とか。
VSCode も、Electron 製

**デフォルトの名無しさん** · 2019/10/20(日) 12:19:52.71

なるほどPC内のファイルにアクセスするためのツールなんですね、Electronって。

**デフォルトの名無しさん** · 2019/10/20(日) 12:49:58.20

ファイルにアクセスするだけならnode.js単体でもできる
electronはブラウザとnode.jsを統合したものでHTMLベースのGUIを持ちつつファイルやネットワークを自在に扱える
つまりデスクトップアプリのプラットフォーム

**デフォルトの名無しさん** · 2019/10/20(日) 13:14:43.74

えっ、でも>>322が…

**デフォルトの名無しさん** · 2019/10/20(日) 13:36:05.62

こんなとこ鵜呑みにしないで自分で調べろ

**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だけでも覚える事が多すぎるのでゆっくり慣れていく所存です…