Eclipse体系结构中的质量属性权衡

Eclipse体系结构中的质量属性权衡,eclipse,Eclipse,我目前正在从事一个与EclipseIDE的软件体系结构有关的项目。 我的目标是在两个关键的质量属性之间进行权衡分析,在本例中是可修改性和性能。Eclipse中的插件体系结构显然促进了高度的可修改性,但我的研究目前关注的是,这种级别的可修改性是否会影响运行Eclipse的性能(Eclipse体系结构中的性能弱点)。一段时间以来,我一直试图找到一些关于这方面的可靠信息,但到目前为止,我几乎没有发现什么 如果有人对此有一些建议/提示,我们将不胜感激 事实上,Eclipse的插件体系结构是专门为考虑内存

我目前正在从事一个与EclipseIDE的软件体系结构有关的项目。 我的目标是在两个关键的质量属性之间进行权衡分析,在本例中是可修改性和性能。Eclipse中的插件体系结构显然促进了高度的可修改性,但我的研究目前关注的是,这种级别的可修改性是否会影响运行Eclipse的性能(Eclipse体系结构中的性能弱点)。一段时间以来,我一直试图找到一些关于这方面的可靠信息,但到目前为止,我几乎没有发现什么


如果有人对此有一些建议/提示,我们将不胜感激

事实上,Eclipse的插件体系结构是专门为考虑内存占用和总体性能而设计的。例如,插件是延迟加载的,这意味着Equinox将在加载插件之前等待功能被实际调用/请求。这甚至可以实现在UI中发现和/或表示插件的功能,而无需实际加载和激活该插件。这些都是在考虑性能的情况下做出的有意识和直接的设计决策


对设计的更改,既提高了性能,又提供了更干净的设计。

您必须定义性能。你指的是处理速度、内存占用还是某种组合?您可以尝试阅读Eclipse Bugzilla中的注释:关于性能,我指的是硬件资源的组合。例如,Eclipse在同时加载和使用太多插件时是否存在已知问题。当然,这一切都很笼统,但我问题的实质是;在Eclipse中,在可修改性和性能之间是否有任何已知的架构权衡?我不是Eclipse基金会的成员,所以我能给您的是基于Eclipse 3和Eclipse 4的工作的意见。我的短见是Eclipse的模块化并没有人们想象的那么有用。