0

私は現在、Eclipse IDE のソフトウェア アーキテクチャに関係するプロジェクトに取り組んでいます。私の目的は、2 つの主要な品質属性、この場合は変更可能性とパフォーマンスの間のトレードオフ分析を行うことです。Eclipse のプラグイン アーキテクチャは明らかに高度な変更可能性を促進していますが、私の研究では現在、このレベルの変更可能性が Eclipse の実行時のパフォーマンスに影響を与えているかどうか (Eclipse アーキテクチャのパフォーマンスの弱点) に関心があります。私はかなり長い間、これに関する信頼できる情報を見つけようとしてきましたが、これまでのところほとんど見つかりませんでした.

誰かがこの主題に関するいくつかの指針/ヒントを持っているなら、それは大歓迎です!

4

1 に答える 1

0

実際、Eclipse のプラグイン アーキテクチャは、メモリ フットプリントと一般的なパフォーマンスを考慮して特別に設計されています。たとえば、プラグインは遅延ロードされます。つまり、Equinox はプラグインをロードする前に、機能が実際に呼び出されるか要求されるまで待機します。これは、そのプラグインを実際にロードしてアクティブ化することなく、UI でプラグインの機能の検出および/または表現を有効にすることさえ可能にします。これらは、パフォーマンスを念頭に置いて行われた意識的かつ直接的な設計上の決定です。

プラグインの開始時期を参照してください。

これは、パフォーマンスを向上させ、よりクリーンなデザインを提供するために行われたデザイン変更の別の例です。

于 2013-01-29T20:08:01.980 に答える