JavaFX 8 が今後の Java 8 でまだ日常的な J2SE API ではない理由を知っている人はいますか?
すべての Java コンポーネントを示すテクノロジー図では、JavaFX が J2SE スタックから明確に除外されています。
JavaFX と Swing API を JDK の javadocs で並べて見たいのですが、なぜ Oracle がそれを提供しない/できないのでしょうか?
ところで、JavaFX のさまざまなステータス (J2SE に含まれる他の標準と比較して) のトピックについて、JavaFX の作成者が、FX フォント、FX などの AWT/Swing と互換性のない概念を作成する車輪を再発明することが絶対に必要であると感じた理由を誰でも説明できますか?色などは？
FAQによると-
JavaFX 2.2 および Java SE 7 update 6 の時点で、JavaFX ライブラリは Java SE の一部としてインストールされます。
スイング部分は～
JavaFX は Java SE の新しいクライアント UI ライブラリとして Swing に取って代わりますか?
はい。ただし、Swing は当面の間 Java SE 仕様の一部として残るため、JRE に含まれます。
JavaFX は、Java SE や Java EE のように個別の階層を持つのに十分な広さです。
ここで定義を見ることができます。
JavaSE
ほとんどの人は、Java プログラミング言語について考えるとき、Java SE API を思い浮かべます。Java SE の API は、Java プログラミング言語のコア機能を提供します。Java プログラミング言語の基本的な型とオブジェクトから、ネットワーク、セキュリティ、データベース アクセス、グラフィカル ユーザー インターフェイス (GUI) 開発、および XML 解析に使用される高レベル クラスまで、すべてを定義します。
Java EE
Java EE プラットフォームは、Java SE プラットフォームの上に構築されています。Java EE プラットフォームは、大規模で多層化されたスケーラブルで信頼性が高く安全なネットワーク アプリケーションを開発および実行するための API およびランタイム環境を提供します。
Java ME
Java ME プラットフォームは、携帯電話などの小型デバイスで Java プログラミング言語アプリケーションを実行するための API とフットプリントの小さい仮想マシンを提供します。この API は、Java SE API のサブセットであり、小型デバイスのアプリケーション開発に役立つ特別なクラス ライブラリも備えています。Java ME アプリケーションは、多くの場合、Java EE プラットフォーム サービスのクライアントです。
JavaFX
JavaFX は、軽量のユーザー インターフェイス API を使用してリッチ インターネット アプリケーションを作成するためのプラットフォームです。JavaFX アプリケーションは、ハードウェアで高速化されたグラフィック エンジンとメディア エンジンを使用して、より高性能なクライアントと最新のルック アンド フィール、およびネットワーク化されたデータ ソースに接続するための高レベル API を利用します。JavaFX アプリケーションは、Java EE プラットフォーム サービスのクライアントになる場合があります。
JavaFX は、JavaSE 9 の時間枠で (JSR として) JavaSE の標準部分になる予定です。
それまでの間、Oracle は JavaFX を JavaSE 実装の一部として出荷しています (ただし、他のベンダーはそうしない可能性が高いです)。
JavaFX の作成者が、FX フォントや FX カラーなどの AWT/Swing と互換性のない概念を作成する車輪を再発明する必要があると感じたのはなぜですか?
JavaFX は、利用可能な場合、グラフィック カードと密接に連携するソフトウェア スタックを使用する最新の UI ツールキットです。
JavaFX は JDK7 の JavaSE の一部であり、Java 8 のデフォルト クラスパスにあります。JavaFX コンポーネントを使用するために特別なことをする必要はありません ( importswing と同様に、関連するステートメントを追加する以外は)。
最後の質問については、API の設計者を代弁することはできませんが、フォントと色は css ファイルを介してインポートできるため、結果として得られる API は、css ファイルで指定できるものに多少近いものになります。家族に、スタイルとサイズがあります。