質問

SWT/JFace を単に使用するのではなく、Eclipse Rich Client Platform をアプリケーションのベースとして選択する理由は何ですか?

役に立ちましたか?

解決

Eclipse RCP は単なる GUI (SWT/JFace) ではなく、 OSGi-ベースのプラットフォーム。

したがって、次の目的で RCP フレームワークを選択します。

  • さまざまなモジュールをより適切に定義する
  • ライフサイクルとバージョンの互換性を管理する
  • 隔離する クラスローダーの問題.

アプリケーションが 1 つのモノリシック GUI フォントエンドである場合、RCP は少しやりすぎになる可能性があります。

他のヒント

という点に加えて、 VonCさんが指摘した (OSGi プラットフォームの利点:モジュール性、クラスローダーの分離、拡張可能なアーキテクチャなど)、Eclipse RCP は、最終製品の全体的な開発を容易にする多くのアプリケーション レベルのサービスを提供します。

Eclipse RCP を使用すると、次のことが得られます。

  • すぐに使える拡張可能な UI アプリケーション フレームワーク
    • 視点 個別のアプリケーション領域を分離するため
    • ビュー そして 編集者 独自のライフサイクルを持つ再利用可能な UI ブロックを提供するため
    • コマンド キーバインディング、コンテキストハンドラー、ツールバーとメニューへのバインディングによる抽象化
  • 日食エコシステム全体のすべての利点

もちろん、後者の部分は、必ずしも Eclipse RCP プラットフォームという巨大なプラットフォームを使用して、それらが提供する利点を得る必要があるという意味ではありません。

アプリケーションの範囲によっては、基盤となる OSGi コンテナとして Equinox を使用し、その上に独自の GUI クライアントを構築する方が適切な場合があります。

SWT/JFace の分野で GUI フレームワークを決定する際には、Eclipse RCP がもはや唯一のゲームではないことにも留意してください。あなたのニーズにより適している可能性のある有力な候補がいくつかあります。

  • Rienaプラットフォームプロジェクト 彼ら自身の言葉を引用している 「多層エンタープライズ クライアント/サーバー アプリケーションを構築するための基盤」
  • E4プロジェクト このプロジェクトは、よりモジュール化された設計を念頭に置いて、次世代の Eclipse RCP プラットフォームを構築するために進行中の作業です。

編集:Eclipse e4 プロジェクトは、私の最初の回答が投稿されて以来、単なる進行中の作業を卒業し、完全に使用可能な独自のリッチ クライアント アプリケーション フレームワーク/プラットフォームになりました。これは、最新の Eclipse 4.2 (Indigo) IDE の基礎となるプラットフォームとして使用されるまでに成熟しました。

ちょうど私の2ペニーの価値が、バニラSWT / JFaceのは、学習曲線の少ないことができます。私は、彼らは単純なGUIをしているという事実が好きで、あなただけのSWTコンポーネントでグリップを得ると、あなたはGUIだ構築、(RCP方法のように)「プラットフォーム」を学ぶ必要はありません!全体的に、私は単純として、それを参照してください(しかし、その後、私は本当にRCPについて多くを知らない!)。

のEclipse 4依存性注入機構は、Eclipse RCPを選択するために、大きな資産であり、 そして今E4で、プラットフォームは非常に軽量であることができ、

あなたは多くの時間を節約しましょう、それをこのE4ツールへのモデルエディタを追加

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top