管理Eclipse环境

内容摘要 Eclipse 的持续发展意味着需要管理的项目和插件的数量一直在增长。为了跟上最新的 Eclipse 版本，这个管理过程会使开发人员感到灰心。对于新用户来说，项目、插件、工作区和安装的概念首先就可能使之感到畏缩。本文将介绍管理 Eclipse 环境的最佳实践。

在 Eclipse 中，工作区的概念被简单地描述成可以通过插件访问的资源的容器。工作区是终端用户和 Eclipse 平台之间交互的枢纽。终端用户能够在工作区中创建项目并处理其中的内容。工作区本身作为一个目录存在于文件系统中，并且只局限于每个 Eclipse 实例使用一个。工作区还包含一个 .metadata 目录，用来持久存储诸如插件状态这样的私有信息。

为什么我需要多个 Eclipse 工作区？

简单的答案是为了性能。工作区中的项目越多，达到开发系统所能处理项目的临界点的机会就越大。为了解决这个问题，您可以通过 -data 参数划分 Eclipse 工作区，这个参数被传递给 Eclipse 可执行文件（例如 /opt/eclipse/eclipse）：

/opt/eclipse-3.1/eclipse -data /opt/workspaces/web
/opt/eclipse-3.2M2/eclipse -data /opt/workspaces/web
/opt/eclipse-3.2M2/eclipse -data /opt/workspaces/dev -vmargs -Xmx512m

工作区提示 您可以通过向 Eclipse 可执行文件传递 -showlocation 参数来显示工作区位置。此外，您还可以通过 -vmargs -Xms 和 Xmx 参数为不同的工作区指定不同的性能特征。

您也可以通过从 Eclipse 中选择 File > Switch Workspace 切换工作区，而不必重新启动 Eclipse。

还有一种可能的情况是，您有一个 “研究” 工作区。在这个工作区中，您需要使用 Open Type（Ctrl+Shift+T）等由 Eclipse 对载入的大代码库的代码仔细搜寻一遍。如果您试图学习一些例子，或者您曾经想知道一个开放源码项目是如何处理特定问题的，那么这种方法是极其有用的。

有多个工作区的不利方面在于需要在它们之间共享开发首选项。因为首选项被持久存储在 Eclipse 中的一个工作区中，所以您必须导出工作区的首选项并将它们导入您所要求的工作区中（File > Export > Preferences）。

管理 Eclipse 安装

为什么我需要多个 Eclipse 安装？

如果您使用多个基于 Eclipse 的产品，就必然需要多个 Eclipse 安装。例如，如果您使用基本的 Eclipse V3.1 来完成日常的 Java™ 语言编程，并使用带有 WebTool 的 Eclipse 来编写 IBM WebSphere® 应用程序，那么您就有两个完全独立的 Eclipse 安装。在这些基于 Eclipse 的产品之间共享插件和工作区可以节约时间，并避免一些升级带来的麻烦。

您在开发 Eclipse 的插件时也需要多个 Eclipse 安装。当有了多个 Eclipse 安装时，您可以跨不同的 Eclipse 版本测试您的插件的功能。您也可以将一组不同的插件对应不同的 Eclipse 安装，以便跨多个环境配置测试您的插件。

注意，通过在 Eclipse 中选择 Help > Software Updates > Manage Configuration，来考察 Eclipse IDE（它启用和禁用属于这些特性的插件）中的特性，可以管理哪些插件由 Eclipse 使用。在开发自己的插件时，您也可以通过 Run Configuration Manager 来管理运行 Eclipse 测试实例时哪些插件被启用。我们通常的经验是，使用多个 Eclipse 安装是管理多个 Eclipse 版本和配置最方便且最便于重用的方法，对于测试目的尤其如此。

多个 Eclipse 安装

Eclipse 安装独立存在于它们自己的文件夹中。要使得多个安装并存，只要下载您所要的 Eclipse 产品和版本并将其解压到它们自己的目录中即可。下面是一个用来跨不同 Eclipse 版本测试插件的示例布局：

/opt/eclipse-3.0
/opt/eclipse-3.1
/opt/eclipse-3.2-m1

对于节约所有当前安装的插件安装时间和避免工作区重复，尽可能地跨 Eclipse 安装进行共享是一个好主意。正如我们前面所讲述的，您可以共享以下内容：

• 插件 —— 有一个（或多个）供所有安装共同使用的公用的插件文件夹。最好的方法是按照 实施控制：方法 3 中所讲述的那样创建一个 links 文件夹。
• 工作区 —— 参见 管理 Eclipse 工作区
• 工作区首选项 —— 与工作区绑定的首选项。从 Eclipse 中选择 File > Export > Preferences。

注意，跨 Eclipse 安装共享工作区和首选项可能会有问题，尤其是当 Eclipse 版本的主编号不同时（例如 3.1 和 3.2）。

结束语

我们的目的有两个：初步介绍 Eclipse 的基本工作要素，比如插件、项目和工作区；告诉您管理多个 Eclipse 环境的好处以及一些不利方面。我们希望您能够接受这些知识并将其应用到您的实践中以节约 Eclipse 维护的时间。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文。
  
  
• 阅读 “Managing Plugins in Eclipse”，这是本文最初的灵感来源之一。
  
  
• 阅读 developerWorks 的文章 “Finding unresolved Plug-in dependencies in Eclipse”，创建您自己的 Dependency Walker 以寻找未解决的插件依赖性。
  
  
• 在 Eclipse FAQ 32 中寻找问题 “我是否可以在主安装目录外安装插件？” 的答案。
  
  
• 在 Eclipse.org 中获得有关 Eclipse 的更多详细资料
  
  
• 通过在 Eclipse Corner 上阅读技术文章学习更多有关 Eclipse 的知识。
  
  
• 更多地学习 Eclipse Corner Developer Community Resources。
  
  
• 参加重要的 Eclipse 会议：EclipseCON。
  
  
• 通过 Planet Eclipse 这个通向 Eclipse 爱好者和研究者世界的窗口学习 Eclipse。
  
  
• 通过官方的 Eclipse wiki 学习 Eclipse。此外，您也可以通过非官方的 Unofficial Eclipse Wiki 来学习。
  
  
• 参阅 developerWorks 的 开放源码专区，从中可以获得大量 how-to 信息、工具和项目更新，这些有助于您使用开放源码技术进行开发，并与 IBM 产品结合使用。
  
  

• 使用 IBM 试用软件 改进您的下一个开放源码开发项目，这些软件可以下载或通过 DVD 得到。
  
  

• 如果您是 Eclipse 的新手，您可以在 Eclipse 新闻组 中找到更多信息。
  
  
• 在 开发人员邮件列表 上询问有关 Eclipse 的技术问题。
  
  
• 通过参与 developerWorks blogs 加入 developerWorks 社区。

作者简介

		Chris Aniszczyk 是 IBM (Tivoli Security) 的软件工程师，已完成 IBM 的 Extreme Blue 实习。他是一个开放源码的爱好者，致力于 Gentoo Linux (http://www.gentoo.org) 发行版的工作，同时他还是 Eclipse Modeling Framework Technology (EMFT) 项目的提交者。

		Phil Crosby 是 Maryland 大学 Park 学院的一名大学生。他在 Microsoft 的 Visual Studio 团队中实习，他也曾经在 IBM 的 Extreme Blue 实习。他目前致力于手写输入用户界面的研究，喜欢在单台 Linux 机器上编写 .NET GNOME 桌面应用程序。

[1] [2]

编辑 webmaster