SWT/JFaceまたはEclipse RCP？

Question

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

Answer 1

Eclipse RCPは単なるGUI（SWT/JFace）ではなく、OSGiベースのプラットフォームです。するために

だから、あなたはRCPフレームワークを選ぶだろう：

• は
• が彼らのライフサイクルを管理し、あなたの異なるモジュールのより良い定義を持っている、とのバージョン互換性が
• はclassloader issuesを分離します。

アプリケーションがモノリシックなGUIフォントエンドの1つだけである場合、RCPは少し過度のものかもしれません。追加で

Answer 2

はそのVonC has pointed out（OSGiプラットフォームのグッズ：モジュール性、クラスローダの分離、拡張可能なアーキテクチャ）を指すために：

のEclipse RCPと、EclipseのRCPは、あなたの最終製品の全体的な開発を容易かもしれない多くのアプリケーションレベルのサービスを提供していますあなたが得られます。

• 準備と拡張可能なUIアプリケーションフレームワーク
  • 視点用個別のアプリケーション分野に
  • ビューとツールバーやメニュー
• にキーバインディングを持つ、独自の
• コマンド抽象化、コンテキストハンドラとバインディングのライフサイクルとUIの再利用可能なブロックを提供するためのエディタを分離日食の生態系全体のすべてのおいしさ
  • p2 provisioningインストールの管理と自動アップ
  • ECF communication framework
  • BIRT reporting tools
  • EMFとmodeling tools
  • たくさんのより多くのアプリケーションの日付...もちろん

- 後半は必ずしもあなたが使用する必要が意味するものではありませんこれらの利点を得るためには、Eclipse RCPプラットフォームの巨大なものが必要です。

アプリケーションの適用範囲によっては、基礎となるOSGiコンテナとしてEquinoxを使用し、その上に独自のGUIクライアントを構築するだけでもよいでしょう。

また、SWT/JFaceの土地でGUIフレームワークを決定する際に、Eclipse RCPはこれ以上のゲームではありません。

• Riena Platform Projectが
• E4 Projectプロジェクトはに進行中の作業で「マルチティアのエンタープライズクライアント/サーバーアプリケーションを構築するための基盤を」自分の言葉を引用している：より良いあなたのニーズを、スイートかもしれない深刻な候補があります。はるかにモジュラーな設計を念頭に置いて次世代のEclipse RCPプラットフォームを構築します。

編集：私のオリジナルの答えが掲載され、現在、独自の完全に使用可能なリッチクライアントアプリケーションフレームワーク/プラットフォームとなっていますので、 のEclipse e4のプロジェクトが進行中だけの作業であることから卒業しました。最新のEclipse 4.2（Indigo）IDEの基礎となるプラットフォームとして使用されています。

Answer 3

ちょうど私の2ペニーの価値ですが、バニラSWT/JFaceは、学習曲線の少ないことができます。私は彼らが単純なGUIであることが好きです。あなたは "プラットフォーム"（RCPのように）を学ぶ必要はなく、SWTコンポーネントを把握してGUIを構築するだけです！全体的に、私はそれをより簡単に見ています（しかし、私はRCPについてよく分かりません）。

Answer 4

Eclipseの4依存性注入メカニズムは、Eclipse RCP、 を選択するために、偉大な資産であると今E4で、プラットフォームは非常に軽量であることができ、

あなたが保存でき、それをこのE4ツールへのモデルエディタを追加します。多くの時間