eclipse功能_使Eclipse功能为您服务

eclipse功能

构建插件是一个有趣的部分：您可以编写代码并创建所需的工具。 然后，只需将插件复制到Eclipse或基于Eclipse的产品的现有\ plugins目录中，即可在Eclipse运行时环境中使用该插件。 启动Eclipse时，将找到该插件，并且如果它通过了平台启动处理，那么它将在运行时配置中可用。

但是谁知道或关心您的插件加入了聚会呢？ 用户会理解您的工具所提供的功能吗？ 他们将能够使用Eclipse禁用，服务或以其他方式管理您的贡献吗？ 绝对不。 插件本身只是一个插件，而不是与Eclipse Platform完全集成的工具。

功能包插件

没有功能的插件变得不规则。 或者，使用常见的说法，没有功能的插件是非托管插件 。 Eclipse Platform启动包含一个配置步骤。 如果将新插件复制到\ plugins目录中，或者在启动时以其他方式使Eclipse知道，则配置步骤会引起注意，但仅通过闪烁两次启动映像即可让您知道。 Eclipse注意到了新插件，因为存储在\ .metadata \ .config \ platform.cfg文件中的当前工作区的配置校验和不同。 Eclipse可以做的只是闪动 ，因为您没有提供平台可以用来指导用户进行配置修改的功能。 通过将插件打包为一个或多个功能，您将有机会：

• 列出您的贡献的先决条件（在feature.xml文件中），以便在Eclipse配置处理期间使用。
• 作为活动Eclipse配置的一部分，管理您的贡献。
• 提供品牌信息，以标识您对使用运行时环境的用户所做的贡献，以及一个欢迎页面，该页面告诉用户功能提供的功能（在与功能关联的welcome.xml文件中）。
• 可以使用Eclipse更新管理器来服务您的贡献。

不要等到插件开发任务结束后再添加功能包。 功能定义中反映的设计决策可能会影响插件的结构。 例如，大多数Eclipse贡献都具有UI和核心（非UI）功能。 如果您的插件未采用这种方式进行细分，则可能需要考虑对它们进行一些重新设计。 功能也可以用于自动化所引用插件的构建过程。

主要功能为产品打上商标（但您可以控制）

有很多功能，但是启动Eclipse时只有一个功能在控制之中。 此主要功能可识别产品品牌和其他运行时行为。 这包括为运行时平台标识名称和关联的图形，以及为所有插件重新定义默认首选项的选项。 正如在定义自己的全局首选项中所看到的，这可以是一个强大的选项，可用于自定义自己的Eclipse安装。

功能构建插件（如果允许的话）

PDE将自动执行大部分任务，以为完整的运行时环境准备功能部件和插件内容。 请参阅Eclipse.org的文章“PDE生成插件”中讨论（见相关主题 ）。 《 Eclipse Java开发人员指南》 （请参阅参考资料 ）中还记录了这些基本步骤，您可以按照此练习来构建和标记现有插件。 只需说明一下，如果您具有功能并了解PDE如何帮助您构建插件和功能，则可以构建功能并让它同时构建所有关联的插件。 在使用PDE构建 bin.includes 策略中讨论了构建控制策略（ bin.excludes与bin.includes ）。 这些策略补充了您可以从Eclipse.org文章和Java开发人员指南Eclipse中学习到的内容。

平台配置管理

要了解功能的需求，有助于了解它们如何管理活动配置中的可用内容。

启动处理

给定Eclipse Platform的全新解压缩后，启动eclipse.exe时将发生以下情况：

• 找到了Java™运行时环境（JRE）。 默认情况下，Eclipse首先在eclipse \ jre子目录中查找一个。 如果找不到Eclipse，Eclipse将寻找操作系统已知的一个。
  注意： -vm dir-location参数始终可用于标识备用JRE。
• 配置被创建为新工作空间的一部分。 新的工作区通常没有配置，这就是为什么您在真正的启动映像之前看到一个显示“正在完成安装”的映像的原因。
• 处理Eclipse已知的功能部件和插件，并创建校验和以检测将来的变化。 这包括当前eclipse \ features和eclipse \ plugins目录中的功能和插件，以及由链接文件标识的eclipse \ ...目录结构。

如果工作空间已经存在，它将在.metadata \ .config \ platform.cfg文件中包含一个配置。

如果像正式安装的产品一样管理Eclipse安装，则可以通过运行eclipse -initialize命令在eclipse \ .config目录中建立默认的初始配置。 使用新的工作区时，这使得Eclipse可以启动而无需完成安装映像。

Eclipse启动后，.metadata \ .config \ platform.cfg文件将包含活动的配置定义。

链接文件如何扩展Eclipse安装

如果您已经使用Eclipse一段时间，或者甚至在配置中添加了一个新插件，那么您就会知道Eclipse在eclipse \ features和eclipse \ plugins目录中查找功能部件和插件。 您是否知道Eclipse还会在文件系统的其他位置查找？ 如果eclipse \ links目录中存在格式正确的链接文件，则将处理这些文件，并且相关的功能部件和插件（包括没有引用功能的插件）将在运行时配置中可用。

链接文件就是任何名为id.link的文件，其中id通常是所引用的根功能的ID。 您仍然可以在链接文件目标中放置多个功能，并且诸如foo.link之类的名称就可以正常工作。 给定一个具有以下内容的链接文件：

path=E:/Eclipse-2.1.1/installedFeatures/Examples

Eclipse将在标识的目录中查找具有有效功能部件或插件贡献的eclipse \ features和eclipse \ plugins目录。 也就是说，目标目录必须包含一个\ eclipse目录。 如果找到了，则附加功能和插件在运行时配置中可用，或者如果在创建工作区之后添加了链接文件，则在新配置更改时进行处理。

使用链接文件管理 Eclipse安装中讨论了使用链接文件自定义自己的Eclipse安装的策略 。

配置更新—添加功能

如果将具有参考插件的新功能添加到现有\ features和\ plugins目录中，或者通过链接文件使Eclipse知道，则校验和更改将触发配置处理。 这种处理超出了简单的闪屏 。 新功能将作为配置更改处理，并显示“配置更改”对话框。

例如，如果您使用标准Eclipse解压缩打开了一个工作区，然后又找到了Eclipse示例并将其解压缩到与Eclipse相同的目录树中，或者添加了一个指向示例的位置的链接文件，则将显示图1中的对话框。解压缩。

图1.配置更改对话框

因此，如果看到这样的对话框，那是因为您，您运行的安装程序或者其他人修改了Eclipse安装，因此可以使用新的或更新的功能。 如果可以选择条目，则可以将更改添加到当前配置。 如果禁用了条目，则存在配置问题，无法添加新功能。 错误详细信息按钮提供有关配置问题的信息。

配置管理注意事项：

• 仅仅因为有待更改，并不意味着您现在必须接受它们。 您可以将更改留待一段时间。 只需取消选择条目，然后单击完成 。 要在以后添加它们，请使用菜单选项“ 帮助”>“软件更新”>“待更改... ”再次打开对话框。
• 接受的更改以后可以禁用。 打开“安装/更新”透视图，然后在“安装配置”视图中选择功能，然后在“预览”视图中选择“ 禁用 ”。 禁用的功能可以稍后使用相同的过程再次启用。 要在“安装配置”视图中查看禁用的功能 ，请选择“ 显示禁用的功能”切换。

特色品牌可以在运行时识别您的贡献

Eclipse允许对活动产品以及运行时配置中包括的每个功能进行品牌化。 不需要对品牌进行品牌化，您可以选择不对所有功