【node.js】サーバサイドjavascript 5【Nashorn】 (796ﾚｽ)
【node.js】サーバサイドjavascript 5【Nashorn】 http://mevius.5ch.net/test/read.cgi/tech/1518528093/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
710: デフォルトの名無しさん [sage] 2021/12/26(日) 10:19:35.71 ID:jog3O69G c++とかjavaとか含めて進化してる技術の古い解説はことごとくゴミ化してるし一緒だわな http://mevius.5ch.net/test/read.cgi/tech/1518528093/710
711: デフォルトの名無しさん [sage] 2021/12/26(日) 11:04:07.34 ID:4h95DB/2 classは非推奨にして欲しい。 中途半端で使いにくい。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/711
712: デフォルトの名無しさん [sage] 2021/12/26(日) 13:04:22.56 ID:PmcDL+gd >>711 どういう所？ http://mevius.5ch.net/test/read.cgi/tech/1518528093/712
713: デフォルトの名無しさん [sage] 2021/12/26(日) 13:40:10.35 ID:S+a9i6vw >>709 同意だが、C#はかなりマシ 一般的に上級者は初心者向けの説明なんて書きたくないものだが、 プログラミング自体について語りたい連中も多少はおり、そいつらを上手く取り込んでる http://mevius.5ch.net/test/read.cgi/tech/1518528093/713
714: デフォルトの名無しさん [sage] 2021/12/26(日) 17:59:34.28 ID:4h95DB/2 >>712 上っ面だけのクラスベース。 内容はプロトタイプのまま。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/714
715: デフォルトの名無しさん [sage] 2021/12/26(日) 18:08:44.18 ID:PnBrsUGe 上っ面といってもそこで整合とれていて内部の問題が表に現れないなら別に問題ないと思うが。 まぁ、中途半端というなら何かそういう部分が見えているということなんだろうが。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/715
716: デフォルトの名無しさん [sage] 2021/12/26(日) 18:30:25.89 ID:oeLmweY9 定期的に呟いてる人だから気にせんでいいよ http://mevius.5ch.net/test/read.cgi/tech/1518528093/716
717: デフォルトの名無しさん [sage] 2021/12/26(日) 18:50:24.76 ID:PmcDL+gd >>714 オブジェクト指向的センスが無いと言う事だね 今の時代、両方出来ないとプロだと厳しいと思うがね http://mevius.5ch.net/test/read.cgi/tech/1518528093/717
718: デフォルトの名無しさん [sage] 2021/12/26(日) 18:55:49.66 ID:S+a9i6vw プロトタイプの方が表現出来る空間が広くて、実際にただの糖衣構文でクラスを実装出来てるだけだろ クラスで閉じて使ってる限りプロトタイプの側面は見えないはずだが 混ぜて使うのってありだっけ？(class宣言した物にgetPrototypeOfとか) class構文の時にどうプロトタイプが配置されるか仕様で確定してないと駄目だと思うが、これってしてるのか？ http://mevius.5ch.net/test/read.cgi/tech/1518528093/718
719: デフォルトの名無しさん [sage] 2021/12/26(日) 19:35:46.48 ID:kUhTwtcg GoやRustなんかの新しい言語がクラスベースのオブジェクト指向を採用しないご時世 時代遅れとなったC++やJava風のクラス構文を導入する必要はなかったわな TC39的にはES4で入れ損なったから悲願だったんだろうけど http://mevius.5ch.net/test/read.cgi/tech/1518528093/719
720: デフォルトの名無しさん [sage] 2021/12/26(日) 20:25:20.58 ID:M+F+5/6j プロトタイプベースのオブジェクト指向ってIDEや静的型付けと相性悪いのでは http://mevius.5ch.net/test/read.cgi/tech/1518528093/720
721: デフォルトの名無しさん [sage] 2021/12/26(日) 20:48:01.50 ID:S+a9i6vw >>720 仮にそうだとしても、IDEの都合を優先してプログラミング言語を簡素化するのは完全に本末転倒だろ 初心者専用のオモチャが欲しければScratchで満足しとけ http://mevius.5ch.net/test/read.cgi/tech/1518528093/721
722: デフォルトの名無しさん [sage] 2021/12/26(日) 20:54:53.04 ID:M+F+5/6j >>721 既存との互換を保ったまま機能追加されてるわけだから言語自体は簡素化されたのてはなく複雑化されたのでは それはさておき従来の機能が使えなくなるわけでもなく何が不満なのかわからない http://mevius.5ch.net/test/read.cgi/tech/1518528093/722
723: デフォルトの名無しさん [sage] 2021/12/26(日) 21:02:39.16 ID:4h95DB/2 >>718 してない。 だから細かい設定が解りづらい。 http://mevius.5ch.net/test/read.cgi/tech/1518528093/723
724: デフォルトの名無しさん [sage] 2021/12/26(日) 21:18:20.64 ID:S+a9i6vw >>722 糖衣構文を導入した分言語は複雑化してるし、IDEも余計に対応する必要がある。 IDEを優先するなら何もしないのが最善。 （もちろん仕様を削れるのが最善だが、JSの場合はこれはかなり無理なので） >>723 仕様で確定してないのなら、混ぜて使う事は禁止だし、 クラスで閉じて使う分にはプロトタイプベースは見えないから問題ないだろ。 何を問題視してる？ http://mevius.5ch.net/test/read.cgi/tech/1518528093/724
725: デフォルトの名無しさん [sage] 2021/12/26(日) 21:26:19.15 ID:PIvfFszt >>723 ECMAScriptの仕様書も読んだことない低脳が堂々と嘘を書くなよ ES2020の14.6.12 http://mevius.5ch.net/test/read.cgi/tech/1518528093/725
726: デフォルトの名無しさん [sage] 2021/12/26(日) 21:33:51.63 ID:PIvfFszt >>725 自己レス「ES2020の14.6.13」の書き間違い http://mevius.5ch.net/test/read.cgi/tech/1518528093/726
727: デフォルトの名無しさん [sage] 2021/12/26(日) 22:43:28.35 ID:M+F+5/6j >>724 そもそもプロトタイプベースの方が静的解析難しいからちゃんと補完できるIDE作るの難しいと思うよ 例えばプロトタイプベースでtypescript作れるかというと結局クラス宣言的な物を導入せざるを得ないと思う 構文解析なんかは大して難しい話ではない http://mevius.5ch.net/test/read.cgi/tech/1518528093/727
728: デフォルトの名無しさん [sage] 2021/12/26(日) 22:59:58.91 ID:vgGpFQt6 実際にTypeScriptはinterface導入してるし何も問題ないだろ http://mevius.5ch.net/test/read.cgi/tech/1518528093/728
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 67 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s