問題タブ [e4]

Eclipse e4 incubator を使用して Eclipse プラグイン (ビュー パーツなど) を作成することはできますか? それとも、e4 は「ウィンドウベース」のアプリケーションでのみ有用ですか?

E4 プログラミング モデルを使用してビューを作成し、Eclipse 4.2 以降のプラグインにする方法を既に確認しました。、しかし、これは私に有用な答えを与えませんでした。

追加: スタンドアロンの rcp アプリケーションではなく、Eclipse プラグインを作成したいと考えています。

e4 ツールを使用して、RCP アプリケーションのウィンドウ内のビューを最小化または最大化するにはどうすればよいですか。私は 2 つのビューを持っています。1 つはテーブルで、もう 1 つはウェルカム ページです。ウィンドウ スペースの半分以上を占めるように、テーブル ビューの幅を広げようとしています。e4 ツールにある Application.e4xmi を使用して UI をカスタマイズしていますか? コンテナスペースを使ってみたけどダメ？ご協力ありがとうございました。

私が得たもの

e3 アプリケーションはほぼ完成しましたが、e4 の依存性注入機能が必要なので、Kepler に移行しました。

e4 では、アプリケーションを e3 アプリとして実行すると、e3 プラグインが機能します。しかし、システムに変更するとApplication.e4xmi失敗します。（これはなんとなく予想）

問題

パースペクティブとビューが機能するように、e3 プラグインを e4 に移動するにはどうすればよいですか (em がたくさんあります!そして、それらを削除することはできません。プラグインが追加された場合は、それらを拡張する必要があります!) また、メニューの投稿、ハンドラー/コマンドが必要です動作する（私のfragment.e4xmiには何もGUIに追加されません）

今までやってきたこと

API を e4 に変更したので、IWorkbenchやPlatformUIもViewPartインターフェイスも使用しなくなりました (まだ途中ですが、テスト目的で 1 つのプラグインでのみこれを行いました)。

plugin.xml (e3 コード) を e4 fragment.e4xmiに変換しました(ただし、(stackoverflow へのリンク)寄与するビュー/パースペクティブが e4 で壊れていることがわかりました)。

plugin.xmlに拡張機能としてfragment.e4xmiを追加し、他のすべてを削除しました (e3 スタイル)

資力

1. スタックオーバーフロー
2. ラース・フォーゲル
3. ジョナス・ヘルミング

編集/更新

1. バグ 376486 - フラグメントまたはプロセッサを介して Eclipse 4 IDE を拡張できない- フラグメントまたはプロセッサを介して動作しない場合、e4 アプリケーションを拡張するにはどうすればよいですか?
2. 解決策の可能性を上げるために、問題を分割し、ここで一部を説明しました

アプリケーションを起動する製品ファイルを含む Eclipse 3.x プラグインがあります。この製品はアプリケーション パラメータに Eclipse ワークベンチを使用しておりorg.eclipse.ui.ide.workbench、私も試してみorg.eclipse.ui.e4.workbench.E4Applicationました。

このチュートリアルで概説されているように、製品の依存関係に機能org.eclipse.emf.ecoreを追加する手順に従いました。org.eclipse.emf.common

アプリケーションを起動すると、起動して正常に動作するように見えますが、E4 のルック アンド フィールがなく、[設定] メニューの [一般] -> [外観] にあるテーマ設定のようないくつかの E4 機能が動作しません。

他に何か不足していますか？

Eclipse IDE で実行することを目的とした e4 テクノロジを使用して、Eclipse プラグインを開発しています。

パーツ (プラグインの fragment.e4xmi ファイルで 'PartDescriptor' として定義) を [ビューの表示] ダイアログ ツリー (メイン メニュー > [ウィンドウ] > [ビューの表示] > [その他...]) に追加するにはどうすればよいですか?

org.eclipse.e4.ui.workbench.swt.internal.copy.ViewContentProvider#createChildrenソース コードの検査と、ライブ アプリケーション モデル パーツを使用した他のパーツの PartDescriptors の検査に基づいて、補足の PartDescriptor に次のタグを追加しようとしましたタブ：

• View
• categoryTag:MyGroup

しかし、それは私にはうまくいきません。私はEclipse 4.3とe4 0.14を使用しています。

Eclipse 4 依存性注入のベスト プラクティスを知りたいです。この件についてインターネットで読んだ後、私は次の戦略を思いつきました。

要件

アプリケーションのデータ モデル (会社、従業員、顧客など) を共有して、フレームワーク オブジェクト (ビュー パーツ、ハンドラー、リスナーなど) ができるだけ少ない結合でアクセスできるようにします。

提案された戦略

• lifeCycleURI プラグイン プロパティを使用して、アプリケーションの起動時にトリガーされるハンドラーを登録しました。このようなハンドラーは、「空の」最上位データ モデル コンテナー オブジェクトを作成し、それを EclipseContext に配置します。アプリケーションが停止した場合も破棄されます。

• すべての Eclipse フレームワーク クラス (ビュー パーツ、ハンドラー) は、従来の DI を使用して、そのようなデータ モデル オブジェクトを挿入します。

• クラス コンストラクターで作成されたボタン リスナーには、データ モデル オブジェクトを挿入することはできません。そのため、 ContextInjectionFactory.make() で作成してインジェクションを実行できると思いました。これにより、リスナーを作成するクラスが CIF と結合されますが、大きな利点は、インジェクションがすぐに機能することです。

これは、可能な限り少ない結合で E4 DI を活用するために、私が見つけた最良のソリューションです。私の意見では、この CIF との結合が弱点です。私の質問は、この結合を取り除くための戦略が存在するかどうか、または同じ要件に対する代替ソリューションが存在するかどうかです。