【node.js】サーバサイドjavascript 5【Nashorn】

【node.js】サーバサイドjavascript 5【Nashorn】at TECH

【node.js】サーバサイドjavascript 5【Nashorn】 - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

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

744:デフォルトの名無しさん
 21/12/27 13:11:44.45 +2NyFcdP.net
クラスの定義だけど、 
classとfunctionを混在した書き方でも問題ないの？

745:デフォルトの名無しさん
 21/12/27 13:40:18.86 Uq9DqbRx.net
>>744 
混在した書き方っての次第だが 
class A {} 
A.prototype.x = () => {} 
a = new A() 
a.x() 
こんなのは当たり前に動くぞ 
つかまずは自分で試せよw 
JSなんかブラウザあれば動かせるんだからさー

746:デフォルトの名無しさん
 21/12/27 15:00:45.57 5b2Vj92V.net
>>742 
> 例えばgolangやrustはコアチームがツール開発に積極的ですね 
それで、それらの言語のどの仕様がIDEの都合で採用されたものなの？ 
> 藁人形論法はやめてくれ 
なら最初から分かるように主張しろ。 
何が言いたいか分からないからエスパーして複数挙げてみただけ。 
馬鹿は無視してきっちり自分の意見を書ききれ。 
3行しか読めない馬鹿はプログラミングなんてどうやっても出来ない。 
MDNその他のリファレンス見りゃ分かるが、そんな世界じゃない。 
5ch程度の文にすら手こずるようではどだい無理だよ。 
解釈が動的か静的かは意味無い。 
出来るだけ早い段階でエラーを検出して修正したいだけであって、それが出来れば何だっていいんだよ。 
その手段の一つが静的解析でソース作成時にエラーを表示する事であって。 
でも、エラー表示だけなら、コンパイラやevalにぶち込めば出来るし、それをやってるっぽいのがflycheck。 
構文解釈器を自前で作るとしても、クラス構文でもプロトタイプ構文でも、大して難易度は変わらない気もするが。 
実際に問題になるのは、構文解釈そのもの、具体的にはJS的な様々な書き方でも問題なく動くパーサの構成だろ。 
構文解釈後の親class/プロトタイプ追跡なんて辿ればいいだけだからアホでも出来る。 
それで今時のIDEで実際どうなのか聞いたんだよ。 
もしプロトタイプ構文ではインテリセンスが動かないのなら、何か理由はあるのだろうけど。

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

次ページ