【node.js】サーバサイドjavascript 5【Nashorn】 (796ﾚｽ)
上
下
前
次
1-
新
743
: 2021/12/27(月)15:00
ID:5b2Vj92V(3/3)
AA×
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
743: [sage] 2021/12/27(月) 15:00:45.57 ID:5b2Vj92V >>739 > 例えばgolangやrustはコアチームがツール開発に積極的ですね それで、それらの言語のどの仕様がIDEの都合で採用されたものなの？ > 藁人形論法はやめてくれ なら最初から分かるように主張しろ。 何が言いたいか分からないからエスパーして複数挙げてみただけ。 馬鹿は無視してきっちり自分の意見を書ききれ。 3行しか読めない馬鹿はプログラミングなんてどうやっても出来ない。 MDNその他のリファレンス見りゃ分かるが、そんな世界じゃない。 5ch程度の文にすら手こずるようではどだい無理だよ。 解釈が動的か静的かは意味無い。 出来るだけ早い段階でエラーを検出して修正したいだけであって、それが出来れば何だっていいんだよ。 その手段の一つが静的解析でソース作成時にエラーを表示する事であって。 でも、エラー表示だけなら、コンパイラやevalにぶち込めば出来るし、それをやってるっぽいのがflycheck。 構文解釈器を自前で作るとしても、クラス構文でもプロトタイプ構文でも、大して難易度は変わらない気もするが。 実際に問題になるのは、構文解釈そのもの、具体的にはJS的な様々な書き方でも問題なく動くパーサの構成だろ。 構文解釈後の親class/プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る。 それで今時のIDEで実際どうなのか聞いたんだよ。 もしプロトタイプ構文ではインテリセンスが動かないのなら、何か理由はあるのだろうけど。 継承が忌避されてるのは、JAVAでは関数ポインタが使えず、同様の事をするためには継承をこねくり回すしかなくて、 それの残骸がデザインパターンなのだが、 結果、継承すべきでない局面での継承で酷い事になってるからだよ。 でも、継承すべき場所では継承した方がよくて、全部捨ててるGoはいちいち全部書かないといけないのが糞。 あれは1周目はまだしも、2周目以降でそのコピペされたソースにメンテコストがかかるから、先すぼみになると予想してる。 Rustはやってないから知らん。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/743
例えばやはコアチームがツール開発に積極的ですね それでそれらの言語のどの仕様がの都合で採用されたものなの？ 藁人形論法はやめてくれ なら最初から分かるように主張しろ 何が言いたいか分からないからエスパーして複数挙げてみただけ 馬鹿は無視してきっちり自分の意見を書ききれ 行しか読めない馬鹿はプログラミングなんてどうやっても出来ない その他のリファレンス見りゃ分かるがそんな世界じゃない 程度の文にすら手こずるようではどだい無理だよ 解釈が動的か静的かは意味無い 出来るだけ早い段階でエラーを検出して修正したいだけであってそれが出来れば何だっていいんだよ その手段の一つが静的解析でソース作成時にエラーを表示する事であって でもエラー表示だけならコンパイラやにぶち込めば出来るしそれをやってるっぽいのが 構文解釈器を自前で作るとしてもクラス構文でもプロトタイプ構文でも大して難易度は変わらない気もするが 実際に問題になるのは構文解釈そのもの具体的には的な様な書き方でも問題なく動くパーサの構成だろ 構文解釈後の親プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る それで今時ので実際どうなのか聞いたんだよ もしプロトタイプ構文ではインテリセンスが動かないのなら何か理由はあるのだろうけど 継承が忌避されてるのはでは関数ポインタが使えず同様の事をするためには継承をこねくり回すしかなくて それの残骸がデザインパターンなのだが 結果継承すべきでない局面での継承で酷い事になってるからだよ でも継承すべき場所では継承した方がよくて全部捨ててるはいちいち全部書かないといけないのが糞 あれは周目はまだしも周目以降でそのコピペされたソースにメンテコストがかかるから先すぼみになると予想してる はやってないから知らん
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 53 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.066s