アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
今さら (スコア: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 のようなプリミティブな型が存在せず、全てクラスライブラリに置かれますが、クラスライブラリそのものが多層に分かれていて、言語仕様が知っていなければならない型(Int32など)が定義されている層と、言語仕様が知っていてはならない型も明確に切り分けられてます。なのでC++などプリミティブな型の存在を前提にしたような言語でも .NET 上に実装できるわけです。
現実的(ただし人によっては好みが分かれる)な切り分けには、完璧なまでの一貫性があり理論矛盾や一貫性を損なうような拡張がないのが.NET の最大の特徴だと思います。
個人ベースの物からメーカーが作るような大規模なものまで多言語環境が矛盾なく共有できる環境が作られてるのは、そういった最初の想定ゆえでしょう。
JVM での言語ポーティングを諦めたり中止して、.NETに移行しちゃうプロジェクトが目立つのも、このせいではないですかね?
まぁ Java と比べて 後発の.NET が(ソフト資産を除けば)あらゆる面でよく出来てるのは当たり前なわけです。
先に出てて成功したものを真似して、失敗してあぁしとけば良かったって物を全部直してから出せるんですからね。
典型的な後出しジャンケンなわけです。
Re:今さら (スコア:0)
.NETは現実的な路線を目指し、VBとC++,C#といった3本の柱をOSはWindowsで動くものと(ほぼ)過程して作ってると思うが。
おかげで一番割り食ってるのはVB.NET。言語仕様だけそれらしいのを作ったけど、VBってのはそんな部分がうけたんじゃねーって。