由于 Eclipse 具有功能强大的 Java 开发环境，这使它获得了人们的一致好评。这个 Java 开发环境（再加上团队环境和其它基础功能）使 Eclipse 成为引人注目的集成开发环境，对 Java 开发人员来说，这是个好消息。而且，Eclipse 还是一个开放源码项目。但真正使人们对 Eclipse 感到兴奋的是它提供了扩展的可能性。
许多基于 Eclipse 的商用产品都显示出这种提供集成产品的方法的实际意义。例如，IBM WebSphere Application Developer 和 Rational XDE 就说明了 Eclipse 已具有的影响。这些产品和其它基于 Eclipse 的产品降低了用户的“学习曲线”，因为它们具有类似的用户界面。当然，对于大型软件公司来说，这颇有价值，但是对于小公司或个人有什么用吗？
这正是 Eclipse 扩展性能力让人感兴趣的地方。不仅那些拥有大型开发组织的公司可以用它进行集成，任何愿意花些时间学习几个 Eclipse 框架的人也都可以利用这一能力。“哦不，”您可能在想，“别再提什么框架；我没时间学习更多框架。”不必担心；这学起来很快而且相当容易。在您的另一丝疑虑在头脑中开始形成之前，先声明一点，本文绝不是对 Eclipse 进行毫无价值的“hello world”式扩展。请放心，在如何增强 Eclipse 的 Java 开发环境的生产性使用方面，您将看到实际的价值以及一个清晰演示。您甚至还可能有点惊奇地发现：要完成某些相当令人惊异的事情，只要几十行代码就可以了。
本文将向您展示什么是可能的，从哪里开始，并将向您提供开始时需要什么的可靠评价。尽管扩展 Eclipse 是一个高级主题，但是您只要先了解如何使用 Eclipse 的 Java 开发环境就可以了。
自己轻松重构成员可视性
最初在编写代码时，我没有过多地担心将方法可视性归为 default（包）、private、public 还是 protected。在创建方法时，我使它们都为 public。只有当我最后定下了包的组织结构并完成了对方法的重构 －不管是通过从现有代码抽取出新方法、在层次结构中上移或下移方法还是将方法整个地移至其它类中 －我才会重新检查方法的可视性。我认为，在我知道最终类的模样并实际使用过代码之前，我不想声明我的“客户们”可能需要什么。换句话说，在共享新框架之前，必须确定什么是实现细节，什么是必需的，这样别人才能够扩展它。
如果只需在 Outline 视图、Hierarchy 视图或任何您查看方法的地方选择方法 －然后通过单击菜单选项，就可以将一个或多个方法设置成所期望的可视性 － 那么这会非常方便。诚然，我习惯了在我使用 VisualAge for Smalltalk 那段日子里学到的这一功能。图 1 显示了对 Eclipse 的 Java 开发环境中 Java 编辑器的 Outline 视图上下文的扩展。
图 1. 对方法的上下文菜单进行的扩展
从用户的角度而言，这很巧妙，因为这是引入用户界面的很自然的方法。没有任何暗示说这些新的菜单选项不属于 Eclipse 最初的 Java 开发工具（Java Development Tool，JDT）。事实上，那就是菜单级联使用“soln”前缀的原因 －这样您就可以分辨出它是一个扩展！而且，开发人员不必记住只有在特定视图或编辑器中才可以使用这些选项，因为只要方法显示在哪里，它们就可以在哪里显示。