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

**デフォルトの名無しさん** · 2021/12/27(月) 09:41:04.48

>>733
>>719はクラスベースを時代遅れと書いたんだが
ぶっちゃけオブジェクト指向が過去のものになってきてるのみんな分かってるだろ

**デフォルトの名無しさん** · 2021/12/27(月) 10:22:30.58

>>732
> 近年の言語はサードパーティーのツール含めたエコシステム全体で生産性をいかに高めるかという観点で設計されることも多いと思うのですが
「多い」というのならまず具体的に名前を複数挙げてみろ。
出来なければそれは君の妄想だね。

> また、あなたの言う実行エンジンとは静的解析器の意味で実際にJSをevalするものではないということですね？
違うぞ。それは今の話に関係ない。（どっちでもいい）

> 意図してたのはintellisenseのような意味解析が必要な機能です
だから何？これも君の考えが間違ってる。
flycheckのやり方でも原理的にインテリセンスは出来るんだよ。
インテリセンスで出なかったキーワードだとコンパイルエラーになるのなら、
仮にコンパイラが無限に速ければ、ソース内の全キーワードで試せば、コンパイルが通るキーワードのリストは得られる。
実際こんな事をしてる物はないと思うが、構文解釈で100%絞る必要なんて無くて、
候補が数個程度なら全部試してエラーが出なかった物を出す程度でも十分実用的なんだよ。
今時emacsでもインテリセンスするようだから、そんなにIDEが気になるのなら、彼等のアプローチを確認してみるといいよ。
全言語向けに自前でやってる事なんてないと思うよ。

プロトタイプを自分で追うのが技術的に無理なら、evalさせてgetPrototypeOfやinstanceofを使って追えばいいだけ。
自前の構文解釈器でソースからデータツリー構築をする気だからおかしくなる。
それはevalすれば実行エンジン内に構築されるものでしかないのだから、完全に再開発だろ。
eval出来る環境があり、それが一番近道なら、やればいいだけ。

君は多分「生産性」を勘違いしてる。
むしろ再開発しすぎてるし。

現状どうなってるのか知らないのだけど、メジャーなIDE、
例えばVSCodeとかだとクラスベースならインテリセンス出来るが、プロトタイプベースだと無理とかなのか？
誰か使ってたら教えてくれ。

**デフォルトの名無しさん** · 2021/12/27(月) 10:51:32.02

×クラスベース
○クラス構文

クラス構文で書いてもプロトタイプベースなのは変わらん

**デフォルトの名無しさん** · 2021/12/27(月) 11:21:14.15

>>734
確かにクラスベースがってよりオブジェクト指向が時代遅れって感じだね。
JS自体は関数プログラミングもいける。

**デフォルトの名無しさん** · 2021/12/27(月) 11:22:05.04

言語仕様も分かってないIDEも使ってない部外者の素人同士が長文レスバって地獄だな

**デフォルトの名無しさん** · 2021/12/27(月) 11:54:45.10

>>735
> 「多い」というのならまず具体的に名前を複数挙げてみろ。
例えばgolangやrustはコアチームがツール開発に積極的ですね
ツールのチームがコア言語に対してフィードバックしていたりする

> eval出来る環境があり、それが一番近道なら、やればいいだけ。
"構文解釈機" という言葉を使っているから静的解析を意図してるのかと思ったけど動的解析も含んで言っていたのね
それで実用に耐えうる速度と精度が実現できるならそういうアプローチもありかもね

それから別にIDEが自前で静的解析器を開発すべきなんて主張はしてないから藁人形論法はやめてくれ

>>737
オブジェクト指向というか継承が忌避されてる気はする

**デフォルトの名無しさん** · 2021/12/27(月) 12:21:31.31

オブジェクト指向ならではの筆頭が継承だから継承が忌避されてる＝オブジェクト指向が忌避されてるってことよ
OOPLが提供していた継承以外の特性の多く(カプセル化など)は抽象データ型から来ていてそれは時代遅れになってないし忌避されてもいない

**デフォルトの名無しさん** · 2021/12/27(月) 13:11:44.45

クラスの定義だけど、
classとfunctionを混在した書き方でも問題ないの？

**デフォルトの名無しさん** · 2021/12/27(月) 13:40:18.86

>>741
混在した書き方っての次第だが

class A {}
A.prototype.x = () => {}
a = new A()
a.x()

こんなのは当たり前に動くぞ
つかまずは自分で試せよw
JSなんかブラウザあれば動かせるんだからさー

**デフォルトの名無しさん** · 2021/12/27(月) 15:00:45.57

>>739
> 例えばgolangやrustはコアチームがツール開発に積極的ですね
それで、それらの言語のどの仕様がIDEの都合で採用されたものなの？

> 藁人形論法はやめてくれ
なら最初から分かるように主張しろ。
何が言いたいか分からないからエスパーして複数挙げてみただけ。
馬鹿は無視してきっちり自分の意見を書ききれ。
3行しか読めない馬鹿はプログラミングなんてどうやっても出来ない。
MDNその他のリファレンス見りゃ分かるが、そんな世界じゃない。
5ch程度の文にすら手こずるようではどだい無理だよ。

解釈が動的か静的かは意味無い。
出来るだけ早い段階でエラーを検出して修正したいだけであって、それが出来れば何だっていいんだよ。
その手段の一つが静的解析でソース作成時にエラーを表示する事であって。
でも、エラー表示だけなら、コンパイラやevalにぶち込めば出来るし、それをやってるっぽいのがflycheck。

構文解釈器を自前で作るとしても、クラス構文でもプロトタイプ構文でも、大して難易度は変わらない気もするが。
実際に問題になるのは、構文解釈そのもの、具体的にはJS的な様々な書き方でも問題なく動くパーサの構成だろ。
構文解釈後の親class/プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る。
それで今時のIDEで実際どうなのか聞いたんだよ。
もしプロトタイプ構文ではインテリセンスが動かないのなら、何か理由はあるのだろうけど。

継承が忌避されてるのは、JAVAでは関数ポインタが使えず、同様の事をするためには継承をこねくり回すしかなくて、
それの残骸がデザインパターンなのだが、
結果、継承すべきでない局面での継承で酷い事になってるからだよ。
でも、継承すべき場所では継承した方がよくて、全部捨ててるGoはいちいち全部書かないといけないのが糞。
あれは1周目はまだしも、2周目以降でそのコピペされたソースにメンテコストがかかるから、先すぼみになると予想してる。
Rustはやってないから知らん。

**デフォルトの名無しさん** · 2021/12/27(月) 15:36:34.22

何言ってるか分からない相手にエスパーして反論って藁人形そのもので完全に異常者

**デフォルトの名無しさん** · 2021/12/27(月) 15:55:56.69

いい加減スレチだから他所でやってもらえんかね
このスレ伸ばすにしてもnodeにScheduling APIが入ったとか普通にネタあるだろ

**デフォルトの名無しさん** · 2021/12/27(月) 16:04:01.18

最近アツいサーバサイドJSはnodeよりもdenoよりもCloudflare Workers

**デフォルトの名無しさん** · 2021/12/27(月) 16:21:39.89

denoって全然使われてないの？

**デフォルトの名無しさん** · 2021/12/27(月) 16:28:54.26

denoは苦戦してるみたいだねー
それでexpressなどnode用のライブラリが動くように互換性を高める方針になった
でもそれならnode使い続ければいいやってなりそう

**デフォルトの名無しさん** · 2022/01/05(水) 00:01:04.66

puppeteerを使って投票サイトの投票を自動化したいのだけど、
実行してもエラーを起こさず無反応なんだよね

Headless Recorerを使ってるからHTML部分の間違いはないと思うのだけど、
UserAgent以外で何か対策ないっすかね

**デフォルトの名無しさん** · 2022/01/05(水) 00:22:23.97

いくらでも試すことはあるけど悪事の片棒を担ぎそうで怖いな
一般論として言えるのはpuppeteerでも普通にWebページのコンテキストからDOM APIを叩ける

**デフォルトの名無しさん** · 2022/01/05(水) 00:33:19.61

んじゃ、逆にWEBサイトを作る側はどんな対策をしているのでしょうか？

**デフォルトの名無しさん** · 2022/01/05(水) 10:54:49.76

reCAPTCHA使ってんじゃない？

**デフォルトの名無しさん** · 2022/01/05(水) 15:02:25.17

>>752
使ってるところは諦めてるんだけど、使ってないところはどうやってるのかな～と思って
UserAgentをガラケーにしてみたり、プレステにしても無反応なんだよね

**デフォルトの名無しさん** · 2022/01/05(水) 15:47:16.38

手動で操作した時のリクエストヘッダーの中身を解析して
間違いなく妥当なリクエストが投げられてるのが大前提

あとは“how to detect headless browser”でググるといいよ

**デフォルトの名無しさん** · 2022/01/06(木) 22:16:32.70

npmがぶっ壊れたらどうすればいいですかapt でuninstall installしても治りません

**デフォルトの名無しさん** · 2022/01/10(月) 00:21:58.20

スレ立てるまでもない質問はここで 158匹目
https://mevius.5ch.net/test/read.cgi/tech/1635193843/538

ここに、YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースの内容を書いておいた

基本的に、Rails以外のフレームワークは、シェアが少ないのでおすすめしない。
学習環境も揃わないので、無理

Railsでは、Railsチュートリアル・Railsガイド・
黒田努の3冊の本・パーフェクト Ruby on Rails・Ruby on Rails 6 エンジニア養成読本とか、
Rubyでは、改訂2版パーフェクトRuby・改訂2版 Ruby逆引きハンドブックなどの教科書が揃っている

これほど、良い教科書が揃っているフレームワークはない！

Laravel のシェアは少しあるけど、KENTAがPHP は一生やる必要がないと言ったので、
PHP自体がオワコンになってしまったw

日本のウェブ開発の将来は、ほぼKENTAが決めている。
Scala を滅ぼしたのも、KENTA

**デフォルトの名無しさん** · 2022/02/19(土) 23:48:14.35

for await (const chunk of stream(foo)) {
response.write(chunk);
}
response.end();

↑みたいな感じでレスポンスに直接書いてってるやつって、一旦に変数に入れることって可能？

const chunks;
for await (const chunk of stream(foo)) {
// chunksにchunkを書き込んでいく
}
response.write(chunks);
res.end();

↑こんな感じに書きたくてさ
レスポンスのサイズを減らしたくてzlibのコード見たらレスポンスを直接圧縮するんじゃなくて、オブジェクトを圧縮してそんでレスポンスにパイプって感じに見えたもんで
ただ書き方がよく分からんくてね

**デフォルトの名無しさん** · 2022/02/20(日) 02:19:47.65

そんな感じのコードでやれると思うけど
ただ局所的な負荷を避けるStreamの利点が消えちゃうぞ

**デフォルトの名無しさん** · 2022/02/20(日) 02:30:31.20

> レスポンスにパイプ

stream.pipeline()関数を使えってこった

**デフォルトの名無しさん** · 2022/02/20(日) 03:59:37.87

>>757
chunksに貯め込んでからzlib.gunzip()やzlib.inflate()を呼んでいたらメモリの無駄遣い
そこでzlib.createGunzip()やzlib.createInflate()で変換用streamを作って使う
それも昔はinput_stream.pipe(transform_stream).pipe(ourput_stream)と多段に繋げていたが
しかし速度差がある時のバッファリング問題もあるため一気に協調させることになり
今はpipeline(input_stream, transform_stream, ourput_stream, cb) と好きなだけ並べて書く

**デフォルトの名無しさん** · 2022/02/20(日) 13:07:52.69

758 759 760
ありがとう
pipelineってやつ使うとよいみたいやね
調べてみますわ

**デフォルトの名無しさん** · 2022/05/08(日) 08:50:47.73

なんでchildprocessのイベントにはSIGINTが実装されてないんだろ
それでいて親から伝搬はするからdetached入れて切り離さないと落ちちまう
親同様にリスナー付けてexitを止められるようにするべきだと思うんだが

**デフォルトの名無しさん** · 2022/10/10(月) 18:43:55.67

相対パスでローカルモジュールをnpm iするとdependencieではfile:から始まる相対パスになるけど
実際これは完全に無視されて同時に作成されるnode_modules以下のsymlinkが読み込まれるんだな
なんでこんな実装になってんだ

**デフォルトの名無しさん** · 2022/10/10(月) 18:53:57.82

いや更新時の参照用ならこれでいいのか
nodeのrequire/importとnpmのinstall/updateを混同してたわ

**デフォルトの名無しさん** · 2022/10/12(水) 13:25:20.11

バックエンドnode.jsだけで食っていけますか

**デフォルトの名無しさん** · 2022/10/12(水) 13:50:41.51

nodejs単体というよりOODBの管理ととトランザクションいじれるようになるのが一番じゃね？

**デフォルトの名無しさん** · 2022/10/20(木) 13:26:50.96

>>765
可能と言えば可能だけど無理と言えば無理
結局何作って金稼ぐかに帰ってくる

PHPerがCRUDをLaravelで作って納品してるような事はNode.jsでも出来るけど
人口多いPHPでやれば良くないっすか？で詰む

改めてNode.jsを使う意味に戻ってくる

**デフォルトの名無しさん** · 2022/10/21(金) 14:23:53.93

この業界ってnodeよりphpのほうが多いの？

**デフォルトの名無しさん** · 2022/10/21(金) 17:27:25.06

nodeはhttpサーバ目指してんのか
クロスプラットフォームのコマンドツール群目指してんのか
立ち位置が分かりにくくなってきてるなぁ。

**デフォルトの名無しさん** · 2022/10/21(金) 17:37:31.50

>>769
その辺はわりと初期から迷走してるでしょ
フロントエンド用ライブラリ郡も全てnpmで管理してるし

**デフォルトの名無しさん** · 2022/10/21(金) 20:11:01.49

立ち位置としては単なるJSのランタイムだから別に迷走はしてない
あれもこれもできている現状は目標が達成できている状態だな

**デフォルトの名無しさん** · 2022/10/21(金) 20:53:45.43

自分が作りたいものを実現できるならそれでいいし

**デフォルトの名無しさん** · 2022/10/22(土) 10:24:29.33

またnpmとbowerに分かれるのか

**デフォルトの名無しさん** · 2022/10/22(土) 12:20:56.88

>>770
そもそもフロントエンドの実行環境はnodeじゃないしな。
そこで動くライブラリもnpmにしたのはライブラリ開発者側の意思だろ。

**デフォルトの名無しさん** · 2022/12/01(木) 15:22:36.40

npm@9にしたらupdate時にinstall済みのローカルモジュールがsymlinkから実ファイルコピーに書き換えられた
--install-linksの挙動変更だけじゃなかったのか

**デフォルトの名無しさん** · 2023/01/09(月) 13:40:55.90

substackがGithubリポジトリごと全部消してるけど何かあったのか
npmは基本消せないから今のところは支障ないけど

**デフォルトの名無しさん** · 2023/01/09(月) 15:20:15.81

スマホ持ってないのに2段階認証押し付けられて嫌気がしたからとか見かけたな

**デフォルトの名無しさん** · 2023/01/09(月) 19:48:04.21

思ったよりしょうもなかったがバイク事故とかじゃなくてよかったわ

**デフォルトの名無しさん** · 2023/01/26(木) 12:54:12.49

TSのバックエンドでファイル処理つったらstreamでいいのかな
BufferとかBlobは要らん子？pipeってのもあるらしくて混乱中

**デフォルトの名無しさん** · 2023/01/26(木) 13:13:59.54

最初はfs.writeFileとfs.readFileを使え
streamは小刻みにデータを処理する方法でpipeはその際の繋ぎ役
BufferやBlobはデータをメモリ上で扱う際の形式の一つ
TS以前にJSの基礎が怪しいから入門サイトなぞったほうがいいぞ

**デフォルトの名無しさん** · 2023/01/26(木) 13:26:12.10

>>780
どうも
BufferとBlobは役割同じに思えるけどなんで分けてるん？

**デフォルトの名無しさん** · 2023/01/26(木) 14:46:29.69

BufferはNode固有のAPI
Blobは後から出てきたWeb (ブラウザ) のAPI
そしてTypedArrayBufferはECMAScriptのAPI
ストリームとかURLとか他にも重複してるのが多数ある

**デフォルトの名無しさん** · 2023/01/26(木) 15:24:22.66

>>782
どうも
JSごちゃごちゃしてて難しいっすね
でも大体わかったわ

**デフォルトの名無しさん** · 2023/02/10(金) 08:27:38.73

今ってORMはPrisma一択？

**デフォルトの名無しさん** · 2023/02/10(金) 10:01:03.33

勢いでは完全に負けてるが一応TypeORMもあるんじゃね

**デフォルトの名無しさん** · 2023/03/01(水) 14:51:23.19

util.aborted()が生えたけど用途がわからん

**デフォルトの名無しさん** · 2023/07/27(木) 23:08:16.03

nodejsでDBマネージャーとかログマネージャーとか、可能な限り同一インスタンスを維持したいインスタンスって一般的にどうしてますでしょうか。

class DbManager{
private constructor(){}
static instance = new DbManager();
}
staticクラスを使うなら上記の書き方でしょうが、一般的にstaticクラスは良くないとされています。
他の硬い言語ならDIを使うのですが、nodejsというか、javascriptだとDIライブラリはあまり使われていないように見える。

毎回クラスを作る時に引数で渡しまくるのも面倒ですし、なにか良い手順はありますでしょうか

**デフォルトの名無しさん** · 2023/07/28(金) 01:56:41.01

常に引数で外部注入して生成するけど
引数にundefinedが来たら自動的にデフォルト注入を使って生成かな

**デフォルトの名無しさん** · 2023/07/28(金) 03:31:39.50

>>788
ありがとうございます。
そうなると大半がデフォルトなんだから、もう毎回書かなくていいや～ってなってしまいそう…

とにかく、それでも引数でちゃんと渡す or デフォルトで自動生成するが常套手段みたいですね。

**デフォルトの名無しさん** · 2023/07/28(金) 09:58:33.60

ファイル(モジュール)のトップレベルで

export const instance = new Xxx();

で十分
Javaなんかと違ってこれでもモックできるから大げさなDIなんかJS/TSにはいらんやろ

**デフォルトの名無しさん** · 2023/07/28(金) 10:36:22.85

singletonならそれでいいね

**デフォルトの名無しさん** · 2023/07/28(金) 12:39:37.08

>>787
> 同一インスタンスを維持したい

シングルトンの話だな

**デフォルトの名無しさん** · 2023/08/18(金) 15:34:38.37

やめてっ！そこはビンカンなの！

**デフォルトの名無しさん** · 2023/10/13(金) 21:17:44.43

おぉ(ﾟﾛﾟ屮)屮

**デフォルトの名無しさん** · 2024/06/07(金) 19:13:05.87

Prismaが快適すぎて最近はこれ使いたいがためにnode使ってるまであるわ
たまにEloquentとか使うとやりたいことができなさすぎて発狂しそうになる

**デフォルトの名無しさん** · 2024/07/22(月) 05:05:01.65

わざわざランタイム側でsqlite内蔵する意味がわからん
暇なのか