Architecture Eclipse内部架构/设计问题:如何使用单例插件来管理多个发布/环境?
我担心插件在管理多个发布/环境时的行为方式。由于Eclipse中的大多数插件都是单例的,因此似乎插件只实例化一次,之后它将用于所有启动/环境。从这个角度来看,插件似乎只是向Eclipse添加了必要的组件/功能,并提供了静态方法。但是,它必须以某种方式将每个启动/环境的数据/行为分开。这里是我的问题:是否有任何标准方法(例如,一组预定义的类/接口)用于这种数据/行为分离,或者每个插件是否都以自己的方式管理它?我决定进行一点研究。我查看了Eclipse调试包。此软件包是一个丰富的插件集合,它们协同工作,为多个启动/调试环境提供服务Architecture Eclipse内部架构/设计问题:如何使用单例插件来管理多个发布/环境?,architecture,eclipse-plugin,singleton,launch,Architecture,Eclipse Plugin,Singleton,Launch,我担心插件在管理多个发布/环境时的行为方式。由于Eclipse中的大多数插件都是单例的,因此似乎插件只实例化一次,之后它将用于所有启动/环境。从这个角度来看,插件似乎只是向Eclipse添加了必要的组件/功能,并提供了静态方法。但是,它必须以某种方式将每个启动/环境的数据/行为分开。这里是我的问题:是否有任何标准方法(例如,一组预定义的类/接口)用于这种数据/行为分离,或者每个插件是否都以自己的方式管理它?我决定进行一点研究。我查看了Eclipse调试包。此软件包是一个丰富的插件集合,它们协同工
在此包中,启动状态封装在从启动和调试目标实例化的对象中。但是,对这些数据的访问不限于任何对象或线程。该设计主要基于事件调度器和侦听器。它为添加新功能提供了灵活性,但对数据访问和状态转换的控制较少。特别是,开发人员必须小心并发问题。我不知道为什么这个问题被否决,但我认为一个解释是公平的。澄清:从插件我指的是插件激活器。