Eclipse 的历史、现状和未来(2)

　　记者: 目前 IBM 的五大旗舰品牌都有基于 Eclipse 的产品, 这对 IBM 有什么好处？

　　John: 我们的目标是创建集成统一平台，我们有基于 Eclipse 构建的 DB2, Rational, WebSphere 等工具，这样客户就可以共同使用这些工具，有统一的界面风格，使用起来非常方便。对 IBM 自身来说，各个开发部门就可以关注于软件的核心性能开发，而不必要浪费资源做一些重新实现的工作，从而 DB2 开发部门就专注于数据库开发、WebSphere 专注应用服务器的开发、Rational 专注于建模、源代码管理，至于其他方面的辅助开发对于 Eclipse 来说是共同的。

　　记者: Eclipse 是一个开源 IDE, 那如何通过 Eclipse 创造商业利益呢？

　　John: 对于 IBM, 在 Eclipse 技术开发方面与上百家公司合作，因为 IBM 看到了 Eclipse 作为通用的、开放的、标准的技术基础，其价值日益成长。当然，这种基础技术是不会带来创收的，没有人可以使用 Eclipse 技术来赚钱，但这并不重要，就像 Borland, Sybase 等公司都在花费钱做同样的构建工作，当然我们在这方面还有合作，但是我们还专注于将我们的核心功能组件构建在 Eclipse 平台上，例如，IBM 的 Rational Application Developer, 它是使用 Eclipse 作为基础，然后在这基础上添加了建模插件、Web 开发插件，还有其它更有价值的插件，这些插件我们是收费的。这就是使用 Eclipse 进行商业创收的模式之一。

　　此外，人们还可以直接为 Eclipse 构建插件，然后出售这些插件来赚钱，因为插件可以使用商业许可证发行。事实上我们建立 Eclipse 公共许可证，就是为了让 Eclipse 能很好的被商业采用，从而可以用它来赚钱，Eclipse 的所有成员公司基本都是商业软件提供商。目前全球有上百万开发人员在使用 Eclipse, 因此中国开发人员完全可以构建有价值的插件和工具，然后进行销售。同时 IBM 有一个合作伙伴计划，帮助合作伙伴宣传在 IBM 基于 Eclipse 的产品之上构建的应用。

　　记者: 富客户端平台(RCP)目前是比较流行的应用开发模式，请谈一下 Eclipse 是如何支持富客户端的？

　　John: 在 Eclipse 的早期，有些用户试图除了将 Eclipse用于开发工具基础平台外，还用作更普遍的商业应用基础。他们认为一个 IDE 就是一个特殊的富客户端应用。这就是开放源码开发的魅力所在，当这些用户试着用 Eclipse 作为通用富客户端时，他们就把这些想法建议反馈给 Eclipse 开发小组。就这样 Eclipse 经过了 2.0 到 2.1 的发展，不断收到来自社区的建议和反馈，终于到了一个通用化的阶段。在3.0 版发行时，我们觉得时机成熟，于是正式声明将 Eclipse 作为通用的富客户端和 IDE。

　　其实最早的反馈是来自我们的 Lotus 开发小组，他们在 Eclipse 3.0 之前就意识到可以使用 Eclipse 来提供他们 Workplace 客户端的富客户端版本。从 Eclipse 3.0 到 3.1 再到 3.2, 我们看到富客户端平台应用的快速增长，同时也收到越来越多反馈帮我们完善提高。

　　我最欣赏的 RCP 应用之一是在EclipseCon 2005 上的一个演示，演示的是美国国家航空航天管理局(NASA)的一个项目，当时 NASA 在加利福尼亚州有个实验室叫 Jet Propulsion Laboratory (JPL)，负责火星探测计划，他们的管理用户界面就是一个 Eclipse RCP 应用，通过这个应用，加利福尼亚州的工作人员就可以控制在火星上运行的火星车。在演示过程中，有人问为什么使用 Eclipse, 回答是，使用 Eclipse 这门技术，他们不用担心，而且还节省了不少纳税人的钱，因为他们只需要集中资源开发控制火星车的应用就可以了。

　　记者: Eclipse 现在非常热门，您认为从微软的开发平台转到 Eclipse 上容易吗？

　　John: 这个问题可以从两方面来说明，一是软件提供商从 Visual Studio 移到 Eclipse 上，另一方面是微软平台上开发的程序的移植。

　　Eclipse 提供了不同的集成方法，可以是非常轻量级的集成，即只是简单的调用和返回。Eclipse可以处理 ActiveX 控件，这样 Word, Excel 就可以在 Eclipse 里打开，这是另一种集成模式。有些供应商选择把他们的工具封装在 Java 层，即保留 C/C 工具，封装在 Java 里与 Eclipse 进行通信。如果软件供应商希望将工具构建成 Eclipse 插件，那么我们通常建议在 Eclipse 中用 Java 重新实现，因为几乎所有的微软工具都是 C/C 工具。因此工具的迁移可以分三步走：轻量级集成、重量级集成和重新实现。

　　如果要迁移程序，Eclipse 提供了一些设施。但难易程度取决于程序是用什么工具开发的，因为最重要的部分是（版本控制系统的）代码库本身，如果代码库同时支持 Visual Studio 和 Eclipse, 那就容易的多。此外有一些公司提供了迁移系统，在 Eclipse 网站的社区部分中可以查看这些公司列表。

　　记者: 对个体开发人员，他们如何能够参与 Eclipse 项目？

　　John: Eclipse 是完全开放的，任何人都可以参与，参与的最简单方法是关注它的新闻组，选择一个感兴趣的技术领域，然后下载代码，自己做些实验，并在新闻组上回答一些问题，这样随着技术的提高，就可以向 Bugzilla 提交 bug 和修复包，或去修复其他 bug。如果得到项目工作组的认可，便可以承担项目的一些义务，成为项目开发组的真正成员。此外还可以写一些文章发送到 Eclipse 组织，参加本地的 Eclipse 用户组等等方式。

　　如果有兴趣成立一个 Eclipse 开源项目，Eclipse 上有一个文档"Eclipse Development Process",描述了如何操作。

　　记者: 最后请给我们谈谈 Eclipse 下个版本的情况？

　　John: Eclipse 3.2 计划于今年 6 月面世，名称是 Callisto, 选择 Callisto 作为名称是按社区要求的，因为这次目标是同时发布 10 个主要的 Eclipse 项目，以支持成员公司生态系统需求，他们将要把 Eclipse 框架集成到各自的软件产品中。

　　记者: 感谢您接受我们的采访。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有