【node.js】サーバサイドjavascript 5【Nashorn】 (796ﾚｽ)
上
下
前
次
1-
新
729
(1)
: 2021/12/26(日)23:27
ID:S+a9i6vw(6/6)
AA×
>>727
[
240
|
320
|
480
|600|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
729: [sage] 2021/12/26(日) 23:27:54.98 ID:S+a9i6vw >>727 最終的に何が言いたいのかさっぱり分からんが、既に言ったとおり、 IDEの都合でプログラミング言語の仕様を決めるものではない。それは逆だ。 プロトタイプベースではIDEを構成出来ないからクラスベースを導入した、と考えてるのなら、上記の通り。 IDEの為にプロトタイプベースを廃止してクラスベースに一本化すべき、でも上記の通りだし、JSでは無理。 IDEの為にクラス構文なんてそもそも導入すべきではなかった、と考えてるのなら、それもありだし個人的には賛成だが、 一般論としては現在の、メジャー言語でほぼクラス導入済みの状況で、JSだけ不採用も、メジャー言語としては難しい。 GoやRustは今も今後ともマイナー言語でしかないし、勝手にやってろでしかない。 静的解析自体はクラスの方が簡単だろうけど、だからどうしたでしかない。 実行エンジンはあるのだから、実装難易度の上限は実行エンジンを実装する程度でしかなく、出来る範囲だ。 最悪、実行エンジンをそのままコールして結果を得る事も出来る。Flycheckとかそういう構造のように見えるけど。 ちなみにTSが型を導入したのも、IDEを作るためではなく、 プログラマが型を明示的に示す事によって、間抜けなエラーを静的に検出するためだぞ。 そこにIDEが勝手に乗っかっただけであって、IDEが無くとも型の導入自体は意味も効果もある。 型無し言語出身者は型をIDEでの補完をするための物だと勘違いしてるが、そうじゃない。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/729
最終的に何が言いたいのかさっぱり分からんが既に言ったとおり の都合でプログラミング言語の仕様を決めるものではないそれは逆だ プロトタイプベースではを構成出来ないからクラスベースを導入したと考えてるのなら上記の通り の為にプロトタイプベースを廃止してクラスベースに一本化すべきでも上記の通りだしでは無理 の為にクラス構文なんてそもそも導入すべきではなかったと考えてるのならそれもありだし個人的には賛成だが 一般論としては現在のメジャー言語でほぼクラス導入済みの状況でだけ不採用もメジャー言語としては難しい やは今も今後ともマイナー言語でしかないし勝手にやってろでしかない 静的解析自体はクラスの方が簡単だろうけどだからどうしたでしかない 実行エンジンはあるのだから実装難易度の上限は実行エンジンを実装する程度でしかなく出来る範囲だ 最悪実行エンジンをそのままコールして結果を得る事も出来るとかそういう構造のように見えるけど ちなみにが型を導入したのもを作るためではなく プログラマが型を明示的に示す事によって間抜けなエラーを静的に検出するためだぞ そこにが勝手に乗っかっただけであってが無くとも型の導入自体は意味も効果もある 型無し言語出身者は型をでの補完をするための物だと勘違いしてるがそうじゃない
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 67 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.054s
