3

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

私の GUI のほとんどは Web ベースであり、デスクトップ用の GUI は比較的少数の聴衆 (管理者、開発者、およびテスター) しか持たないため、それらを行うために私の時間予算のごく一部しか確保できません。それでも、私はネイティブの外観が必要であり、依存関係の束を避けています.

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

  • GTK
  • qt
  • AIR (Linux に到着した場合)

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

4

2 に答える 2

4

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

于 2008-12-31T11:02:40.443 に答える
2

Bruce Eckel は、Java サービスと Python サービスの両方のクロスプラットフォーム ユーザー インターフェイスとしての Flex の優れたスポンサーです。彼はArtimaでそれについてかなり多く書いています：

于 2008-12-31T10:56:19.303 に答える