クロスプラットフォームのデスクトップGUIに適した開発プラットフォームですか？ [閉まっている]

Question

この私の関連する質問により、ほとんどのバックエンドサービス（マルチコンポーネントシステム）にJavaを選択することになりました。今では、クロスプラットフォームのデスクトップGUIアプリにもこれが良い選択かどうかはわかりません。私が使用しているJavaデスクトップアプリケーションは、私が好まないネイティブでない外観を持っていますが、それが言語ではなくGUIツールキットの選択に依存しているかどうかはわかりません。

ほとんどのGUIはWebベースであり、デスクトップGUIのオーディエンス（管理者、開発者、およびテスター）は比較的少ないため、時間予算のごく一部を確保するだけです。それでも、私はネイティブな外観を望み、依存関係の束を避けます。

おそらく、使用したいGUIツールキットから始めて、それをサポートする言語を選択するのがおそらく最も適切です。私が知っているクロスプラットフォームのものは次のとおりです。

• GTK
• qt
• AIR（Linuxに到着したとき）

したがって、たとえば、.Net / MonoでGTK＃を使用する場合があります。どのような依存関係の問題に直面しますか？実際のGUIをアプリケーションの残りの部分から分離し、LinuxではGTKを使用し、Windows FormsなどのWindowsでネイティブなものを使用することをお勧めします。したがって、WindowsにGTKをインストールする必要はありません。

Answer 1

Bruce Eckelは、JavaおよびPythonサービスの両方のクロスプラットフォームユーザーインターフェイスとしてFlexの素晴らしいスポンサーです。 彼はArtimaでそれについて非常に多く書いた：

• Javaのハイブリッド化
• アプリケーションにFlex UIを配置
• Python、Twisted、およびFlexとの同時実行

Answer 2

SWTがあなたの答えです。私はSWTを使用したプロジェクトに取り組みましたが、あなたが投げたものは何でも素晴らしく見えます。 Javaを使用している場合は、おそらくSWTの最高の例を使用しているはずです。Eclipseです。 GTK、WinForms、Cocoa、Qt、Tkでも動作します。 ああ！そして、すべての基本を実行すれば、非常に簡単です。また、ほとんどのコンポーネントの準備ができています。 もう1つ、GTKとC＃は、あなたが夢見るかもしれないようなプラットフォームに依存しているわけではありません。