Javaデスクトップアプリケーション：SWTとSwingの比較[終了]

私はWeb開発者で、最初の実際のデスクトップアプリケーションの構築を考えています。アイデアは、APIが利用できないWebアプリケーションで非常に反復的なタスクを自動化するツールを構築することです。

Javaを使いたいと思っています。私は以前にウェブ関連で使用し、構文をよく理解しており、アプリケーションをできるだけ簡単にクロスプラットフォームにしたいと考えています。

SWTとSwingのどちらを使用すればよいかわからない場合があります。私の主な読者はWindowsを使用しているので、できる限りネイティブで見たいと思っています。LinuxとMacは動作するはずですが、ここでは外観はそれほど重要ではありません。

それでは、各UIフレームワーク、Swing、またはSWTに対する賛成論と反対論は何ですか？

ありがとう。

PS：私はEclipseを使用してWindowsで開発しています。しかし、Netbeansで遊ぶことを考えていました。

プロのスイング：

• Javaライブラリの一部、追加のネイティブライブラリは不要
• すべてのプラットフォームで同じように機能します
• NetbeansとEclipseの統合GUIエディター
• Sun / Oracleによる優れたオンラインチュートリアル
• 公式のJava拡張機能（Java OpenGLなど）でサポート

短所スイング：

• ネイティブのルックアンドフィールは、実際のネイティブシステムとは異なる動作をする場合があります。
• 重いコンポーネント（ネイティブ/ awt）は、swingコンポーネントを非表示にします。重いコンポーネントの使用はかなりまれであるため、ほとんどの場合問題ではありません

長所SWT：

• 可能な場合はネイティブ要素を使用するため、常にネイティブの動作
• Eclipse、GUIエディターVEPでサポート（VEPはSwingとAWTもサポート）
• オンラインで多数の例
• 統合されたawt / swtブリッジがあり、awtおよびswingコンポーネントの使用を可能にします

短所SWT：

• サポートされるシステムごとにネイティブライブラリが必要
• ネイティブリソースが使用されているため（ヒントオプション）、すべてのシステムですべての動作をサポートするとは限りません
• ネイティブリソースの管理。ネイティブコンポーネントは多くの場合、親とともに破棄されます。フォントなどの他のリソースは、手動で解放するか、自動解放のためにコンポーネントの破棄リスナーとして登録する必要があります。

考慮すべき重要な点は、一部のユーザーと一部のリセラー（Dell）が64ビットWindowsに64ビットVMをインストールし、32ビットVMと64ビットVMで同じSWTライブラリを使用できないことです。

つまり、ユーザーが32ビットまたは64ビットのJava VMを使用しているかどうかに応じて、さまざまなパッケージを配布およびテストする必要があります。参照してください。この問題は、たとえば、Azureusのでは、しかし、あなたはまた、今日のよう64ビットVM上で実行されないフロントダウンロードページの上に構築Eclipseの、とそれを持っています。

プロスイング：

• swing IMHOの最大の利点は、ライブラリをアプリケーションと一緒に出荷する必要がないことです（これにより、数十MBが回避されます（！））。
• ネイティブのルックアンドフィールは、初期よりもスイングに優れています。
• パフォーマンスはswtに匹敵します（スイングは遅くありません！）
• NetBeansは、快適なコンポーネントビルダーとしてMatisseを提供します。
• JavaFX内のSwingコンポーネントの統合はより簡単です。

しかし、最終的には、「純粋な」swingまたはswtを使用することはお勧めしません;-) swing / swt outにはいくつかのアプリケーションフレームワークがあります。こちらをご覧ください。最大のプレーヤーはnetbean（swing）とeclipse（swt）です。もう1つの優れたフレームワークはグリフォンであり、「コンポーネントのセット」はピボット（スイング）です。Griffonは、swingだけでなく多くのライブラリーを統合しているため、非常に興味深いものです。また、ピボット、SWTなど

Swingを使用する理由はいくつかあります。

• それはずっと以前からあり、より多くの開発努力が適用されてきました。したがって、機能の完成度が高くなり、（おそらく）バグが少なくなります。

• パフォーマンスの高いアプリケーションの作成に関するドキュメントやその他のガイダンスはたくさんあります。

• Swingへの変更はすべてのプラットフォームに同時に伝播するようですが、SWTへの変更は最初にWindows、次にLinuxに表示されるようです。

非常に機能豊富なアプリケーションを構築したい場合は、NetBeans RCP（Rich Client Platform）を調べてみてください。学習曲線はありますが、少し練習するだけで、優れたアプリケーションをすばやくまとめることができます。有効な判断を下すのに十分なEclipseプラットフォームの経験がありません。

RCP全体を使用したくない場合、NetBeansには、独立して引き出して使用できる多くの便利なコンポーネントもあります。

もう1つのアドバイスは、さまざまなレイアウトマネージャーを調べてください。私が学んでいたとき、彼らは私を長い間つまずきました。最高のもののいくつかは、標準ライブラリにさえありません。MigLayout（SwingとSWTの両方）となJGoodiesのフォームツールは、私の意見では最高の2つです。

それがjavaの「ネイティブ」であるという理由だけで、swingを選択しました。

さらに、http://swingx.java.net/をご覧ください。

要件としては、SWTを使用する方が収益のように思えます。SWTのようにネイティブプラットフォームに緊密に統合されていないため、開始するのが少し簡単だからです。

Swingは通常安全な賭けです。

興味深い質問です。（SwingやAWTとは異なり）SWTを自慢するにはあまりにも詳しくありませんが、SWT / Swing / AWTで行われた比較を以下に示します。

http://www.developer.com/java/other/article.php/10936_2179061_2/Swing-and-SWT-A-Tale-of-Two-Java-GUI-Libraries.htm

そして、これはあなたが基本的にSWTの何でもチュートリアルを得ることができるサイトです（http://www.java2s.com/Tutorial/Java/0280__SWT/Catalog0280__SWT.htm）

あなたが正しい決定をすることを願っています（コーディングに正しい決定がある場合）... :-)

ほんの一握り以上の機能を備えた完全に機能するアプリケーションを構築することを計画している場合は、すぐにEclipse RCPをフレームワークとして使用することをお勧めします。

アプリケーションが大きくなりすぎない場合、または要件があまりにもユニークすぎて通常のビジネスフレームワークで処理できない場合は、Swingで安全にジャンプできます。

結局のところ、両方のテクノロジーを試して、自分にぴったりのスーツを見つけることをお勧めします。Netbeans対Eclipse対IntelliJのように、ここには絶対的な正解はありません。両方のフレームワークには独自の欠点があります。

プロスイング：

• より多くの専門家
• よりJavaに似ている（ほとんどパブリックフィールドがないため、リソースを破棄する必要はありません）

プロSWT：

• より多くのOSネイティブ
• もっと早く

考慮すべき1つのこと：スクリーンリーダー

いくつかの理由により、一部のSwingコンポーネントは、スクリーンリーダー（およびWindows用のJava AccessBridge）を使用するとうまく機能しません。スクリーンリーダーによって動作が異なることを知っておいてください。私の経験では、SWTツリーは、スクリーンリーダーと組み合わせたSwingツリーよりもはるかに優れています。したがって、アプリケーションはSWTコンポーネントとSwingコンポーネントの両方を使用することになりました。

適切なSWTライブラリを配布してロードするために、次のリンクが役立つ場合があります。http：//www.chrisnewland.com/select-correct-swt-jar-for-your-os-and-jvm-at-runtime-191

SWTは、世紀の変わり目頃のSwingの低迷に対応するために作成されました。パフォーマンスの違いはごくわずかになっている今、標準アプリケーションにはSwingの方が適していると思います。SWT / Eclipseには、多くのボイラープレートコードに役立つ優れたフレームワークがあります。