これは本当にどこにでもウォンためもののJavaFXのロットよりC＃のような本当にピットよりも、デスクトップアプリケーションの開発思想と、これらの日、私のJavaFXのですが、大丈夫慣れた後、コンパイルにそれの時間、使用私の心。しかし、なぜ時代遅れの操作を行います。
著者：ベル
出典ます。https：//www.zhihu.com/question/19711713
Javaのデスクトッププログラム、および多く、ほとんどのEclipseよりもよく知られているの一つ。LinuxおよびMacの下では、割合では、WindowsでのJavaプログラムよりもはるかに高いです。
しかし、「Javaは、ライトデスクトップアプリケーションに適していない、」引数はメイクセンスを行い、背景の主な引数は、Windowsでの使用のためのエンタープライズ・デスクトップ・アプリケーションの開発です。このGUIプログラムのニーズのための歴史や場所の一部、Javaの明白な利点、欠点がより明白に起因します。
この事はと言えば、伝統的な「クロスプラットフォームの一貫性」からJavaへの持っていました。
クロスプラットフォームの背後にあるロジックを書くときは、良いことです。多くの企業は、LinuxでWindows開発、展開で、便利です。
それはGUIに来るときしかし、クロスプラットフォームは、「美しく見える」ものになりました。理論的には、私は素晴らしいことああですWindowsとMacを問わず、缶、使用中のウィンドウを、書きました。しかし、実際には、各プラットフォームにはどのくらいのサポート、どのようにそれをサポートするために、どのコントロール、トラブルが来た、GUIコントロールは、多かれ少なかれ少し異なる、クロスプラットフォームを主張しています。当初、Javaはアイデアです：ということはないように、クロスプラットフォームのサポートに、ネイティブコントロールを持っていない理由は、単純なああは、聖歌ではないですが、また原則を遵守するだけでなく、質問を頼みます。ライブラリ、GUIのこの世代は、AWT、誕生しました。
Javaは腱の始まりであるため、アプレットを促進したいのですが、「道」は、ローカルのアプリケーションをサポートし、設計されたが、そう不適切言うことができない、すべての後に、HTMLだけでいくつかの基本的なコントロールをサポートし、同じ考えです。
しかし、より複雑なインターフェースを開発したい人のために、それは困っています。木の右をしたい、私は、申し訳ありませんサポートされていませんよ、それはプログレスバーを望んでいた、私は申し訳ありませんが、サポートされていません。DelphiとVBは、そう簡単にこのガスああによって、なぜ兄弟を、物事の隣に立っていました。その結果、Javaのも正当化さを感じます。代わりに、オペレーティングシステムのネイティブコントロールで、GUIコントロールの独自のセットを書き換えるために、彼らの手や衣服：しかし、もう一度、クロスプラットフォーム、だけでなく、コントロールのサポートの豊富なセットを提供し、それは第二のアプローチで始まる、唯一の新たなスタートです。スイングと呼ばれるこの世代のGUIライブラリ。
また、問題を解決するために「ラジカル」のアイデアを望んでいるが、それは価格で来ます。
一つは、効率のコストです。私たちは、他の製品の--flashの同じ考えを参照することができます。ベクターアニメーションを実現するために、そのフラッシュ小さなボックスで、マップはフレームによってカウントされます。私たちが知っている次の事：; iPhoneだと言うあなたあまりにも多くの電力を、と私はサポートしていません。非常に複雑なフラッシュアニメーションは、CPUを消費Adobeは言った、すべての権利を、私はフラッシュのモバイル版をトスする気にしないでください。
ネイティブコントロールで、独自のコントロールを描画し、すべての後に、効率よりも、特に初期のJavaの最適化にはまだ完璧な時間ではありませんすることはできません。ないより良い結果のために、また、自立プラットフォームの唯一の目的は、互換性のある、このことは、実際に失うどのように考える方法。
第二は、価格の影響です。唯一のアナログ制御、すべての後に自分自身を塗装、または差異の詳細があるでしょう。このような有名なすりガラス効果として、これを定めることができるスタイルのシンプルなセットではありません。
さらに、各プラットフォームのスタイルのコントロールは、スイングは、いくつかの外観を提供していますが、怠惰や一貫性のあるクロスプラットフォームの考慮事項については、ほとんどのプログラム、またはデフォルトの外観を使用していても、いけません。デフォルトの外観は、それが主な問題ではないでしょうプラットフォームと矛盾しているプラットフォームの効果よりも土壌ではありません。私はwin7のを使用し、プログラム私は非常に目詰まりを感じて、XPの時代に戻って感じさせません。このように、ギャングは議論し、新しいアイデアを考え出す：適応を行うこと。この制御プラットフォーム、直接使用、効率性を確保する;なし、ホイールをリサイクル、保証。このように、SWTが出てきます。日食のGUIは、これに基づいています。
風水東@：一方、各プラットフォームは多かれ少なかれも制御いくつかの違いでサポートされている場合でも。このような同じよう言葉の意味選択の非英語の入力方法を治療するためのテキストボックス、WindowsとMac（ココア）が異なっています。両方がフォーカス失わも異なる処理の他の例。実際には、クロスプラットフォームのようにSWTスイングを行うことは困難です。すべての後に、最大公約数を行うことができますどのような、クロスプラットフォーム、などのx86サポートレベル4、Unixの2つだけ。しかし、それは誰もしていないことに同意します。UIレベルでは誰もオペレーティングシステムなしで機能を同意することはできません。
技術そのものに加えて、業界の問題は周りにも、GUI制御環境、無豊かなエリア、産業制御のためのサポートがあり、戦闘技術自体が大幅に削減されます。Javaおよびこの地域の生態系が弱いです。
Javaを使用してGUIプログラムは、通常、これらの機能を持っている場合、要約すると、：
本当にクロスプラットフォームたい
インタフェース要件へのとあまり効果を持っていない、また、ボトルネックインタフェース効率である
Java開発者のための他のGUIツールに比べてよく知られていますたとえば、管理インターフェイスのツールのいくつかは、それが一貫しています