アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
今さら (スコア:2, 興味深い)
何から何まで後手後手に回ってるSunを象徴してるように思う。
Re:今さら (スコア:0)
Re:今さら (スコア:0)
というのはさておき、
元々、多言語を想定して作られた、CLR/.NET Frameworkに比べ、
Javaしか想定していなかった(ですよね?)JVM上での多言語展開は
制限が多いんじゃないかなーと素人考えに思います。
特に、リフレクション周りとか、値型の扱いとか。
Re:今さら (スコア:1, 興味深い)
そんなことは無いと思いますけどね。Java VM仕様
第2版でも、Java以外の言語でもクラスファイルにコンパイルできる云々の記述がありましたし、そのことを全く念頭に置いていなかったとは思えません。もちろん、CLR/.NET Frameworkに比べると、Java中心の仕様になっているのは否めないとは思いますけど。ちなみに、リフレクション周りの仕様が原因でJVMでは、他言語展開が面倒ということはまず無いと思います。
Re:今さら (スコア:4, 参考になる)
.NET の場合、クラスライブラリ、VM(CLR)、言語が完全に独立するというのが大前提で設計されてるので多言語の共存が容易です。
それこそCOBOL で実装したクラス(!)を C# で継承して使うなんてのも何のトラブルもなく実現できるわけです。さらにそれを sather で継承して、結局 COBOL で使うなんてのも、何の問題もないわけですよ。
.NET の場合 int
Re:今さら (スコア:0)
.NETは現実的な路線を目指し、VBとC++,C#といった3本の柱をOSはWindowsで動くものと(ほぼ)過程して作ってると思うが。
おかげで一番割り食ってるのはVB.NET。言語仕様だけそれらしいのを作ったけど、VBってのはそんな部分がうけたんじゃねーって。