グラフィカルユーザーインターフェースがスイングで設計されたJavaデスクトップアプリケーションがありました。それを知った後、JavaFX replacing SwingグラフィカルユーザーインターフェイスをJavaFXに置き換えました。
「6. JavaFX は Java SE の新しいクライアント UI ライブラリとして Swing に取って代わりますか? はい。しかし、Swing は近い将来 Java SE 仕様の一部として残り、JRE に含まれます。一方で、Swing は広く使用されています。既存の Java デスクトップ アプリケーションでは使用できますが、古いアーキテクチャに依存しているため、一定レベルの専門知識と専門化が必要です. 一方、JavaFX は、標準の CSS 手法を使用してスキニングできる最新の UI コントロールのセットを備えています.新しいアプリケーションを構築するときに JavaFX API を可能な限り活用すると、同じアプリケーション内で Swing と JavaFX を使用できるため、開発者は既存の Swing アプリケーションを拡張できます。」
オラクルが JavaFX ツールキットをオープンソース コミュニティに寄贈し、OpenJDK コミュニティがそれを引き受けることに同意したとのことです。
JavaFX ツールキットは、Sun の F3 プロジェクトから発展しました。初期リリースは JavaFX スクリプト言語に基づいていましたが、2011 年にツールキットが Java で完全に書き直され、Oracle によって JavaFX 2.0 としてリリースされました。2011 年 10 月、Oracle は JavaFX ツールキットをオープン ソース コミュニティに寄贈すると発表し、2011 年 11 月までに OpenJDK コミュニティはそれを引き受けることに同意しました。
JavaFX が安定しているとは思えません。迅速なサポートはありません。ドキュメントでは説明が不十分です。ステージを閉じても内部メモリは解放されません。私のアプリケーションはマルチスレッド アプリケーションであり、ほとんどの場合、個々のスレッドのステータスを更新するのに時間がかかります。ネイティブ バンドル内の JRE の自己完結型コピーは信頼できません。JDK に存在する JRE フォルダーに置き換える必要があります。
JavaFX が Java Desktop アプリケーションの開発に適しているかどうか疑問に思っています。