質問

あなたはどう思いますか? JVMは一般的なものをサポートするのですか?

JVMに実質的な変更を必要とするだけでなく、クラスファイル形式にも該当する可能性が高い しかし、VM上で実行されている言語はそれから大きく恩恵を受けるでしょう。

編集:は、実際にいくつかの一般的な一般的な一般的な機能をコンパイル時にサポートしており、これはByteCodeにいくつかのキャストを追加します。

JVMやクラスファイルの指定を紹介しないという決定は、これらの時点ではよく理解されていました。これらの時代には互換性がなく、Javaは最近JVMの唯一の重要な言語でした。

この決定がJava言語に適していた可能性があるかもしれないが、他の言語の自由度を大幅に削減し、VM上のジェネリックスを実装する方法を選択しなければならない。

Sun / Oracleが代替言語のためのFriendlier Placeを作るために宣言されたことを考えると、彼らは実際に彼らが約束したのか、または「Invokedynamic」の低コストの追加が十分であると考えるのかを実際にしますか?

役に立ちましたか?

解決

私の意見ではありそうもないです。

これらの変更をJava言語に適用するのは単に中断すぎるでしょう。 2つの異なる一般的なモデルとの言語とランタイムの後方互換性は、デザイナーのための悪夢です。

およびなしで、JVMを駆動するJavaは、Oracleが必要な作業をする方法がどのように正当化するかを確認するのが難しいです。

私が見る唯一の可能性は以下のとおりです。

  • Oracleは、ジェネリック、クロージャ、および全体のものをよりよく作成するJava(後方互換性ではない)に後継言語を作成することを決定します。それは本当に勇敢なビジネス上の決定でしょう、そして私はOracleがそれを作ることができるとは思わない。

  • 他の人/企業の束は、JVM仕様とコードベースをまとめてフォークします。それは作るための勇敢な動きです。

私は、彼らが商業的な関心を持っていなかった言語をサポートするためだけに、OracleがJVMに大きな変更をリソースであるとは思わない。エンジニアリングタイプが死ぬ日の日よりも何をするのかを制御します。 (こんにちは...私たちはここで全体のジャックバンステーマを始めることができました: - )

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top