Netbeans大战Eclipse 谁将走向祭坛？

　　　　
　　　编辑推荐：Eclipse专区

　　如果你是一个Java支持者，你一定不会陌生Netbeans，因为大家都是从Netbeans的爱恨交加中走过来的，初识Netbeans还是3.6版本，当时无论从界面还是运行上，真的不敢恭维，但是谁又能说Netbeans会停止它前进的脚步呢?由于开源脚步的加快，Borland提前宣布退出，给了Netbeans更多的机会，也让Netbeans在业界得到专业人士的赏识，但是他真的走出充当配角角色吗?真的像Netbeans高级宣传官所说的那样走出低谷了吗?

　　Netbeans拒绝与Eclipse合并

　　随着开源的兴起，Jbuilder光辉不在，Netbeans的市场份额在今年上半年有了明显的增长，据国外权威调查机构显示，Eclipse 市场份额占45%，Netbeans占 30%，Jbuilder占15% ，其它IDE占5%，从调查分析来看，Netbeans的市场占有率正在上升，原来三国鼎立的局面因为Jbuilder的退出，使Eclipse对决 Netbeans大战提前上演了，都说这是一场势均力敌的战争，倒不如说是两大软件巨头的撕杀，2006年初IBM就开始和Sun公司进行谈判，数月谈判结果给了IBM当头一棒，Sun公司拒绝加入IBM主导的开源项目Eclipse，在宣布放弃Eclipse同时，不久Sun表示，他们不再试图将Sun 发起的NetBeans.org开放源Java工具项目与Eclipse合并。

　　Sun公司认为，加入Eclipse阵营需要打破两个组织之间的技术和组织差别，而这将对NetBeans和Eclipse项目现有的参与者造成不利影响。Sun公司开发平台集团副总裁RichGreen表示，“我们双方都确定我们不希望放弃现有项目”，“我们确定，合作社团相对于削减成本等问题更为重要。”

　　Eclipse和NetBeans开放源项目目的是开发软件以允许不同的Java开发工具在单个编程应用中能够相互嵌和。比如，开发人员可以将一家公司提供的源代码管理工具与其他公司的代码编辑器综合在一起使用。

　　Green称，双方起初讨论放弃NetBeans，但很快转而谈判寻求将两个开放源项目统一在一个单一实体下。理论上，将两个项目和并可以建立一个针对同一技术的更大社团，并确保两个项目不会建立不兼容的代码。但Green表示，如果重写各自的插件系统以及相关的工具平台需要双方花费很长时间和巨大开销。比如，Sun的商业开发工具建立在NetBeans的基础上，如果转而采用Eclipse标准则需要进行重大修改。

　　Sun和IBM Eclipse未能走到一起，在两大开放源工具项目之间建立起一个鸿沟。Green表示，这样也为开发商提供了更多的选择。并且，Sun仍然希望将来与Eclipse重开谈判之门。

　　相对与Sun的内敛相比，Eclipse基金会的执行理事Mike Milinkovich要自信得多，在谈到老竞争对手时，他说这本来就是一场没有悬念的战争，我们已经拥有了足够多的用户，而他们没有，很明显我们会赢得这场战争，我只能祝他们好运。

　　关于两位当事人的观点我们的记者也采访了香港政府IT部门架构师Recher，他说这本身就是一场实力悬殊的竞争，虽然近期 Netbeans是在市场战略上取得一些佳绩，但不能说他们真正的赢得了这场胜利，他只不过是在分享Jbuilder抛弃的市场份额而已，Eclipse 并没有因为它的增加而减少，Sun公司一直在用一种狭隘的心态在抵制自已竞争对手，最近和IBM的谈判崩裂，以及Sun一直都没把OSGI列放JMX的标准中，就是很好的例证。

　　Eclipse未来之路

　　同时Recher也谈到了Eclispe开发在3个方面占胜了Netbeans.

　　1. 在技术上Eclipse是良好的OSGI框架实现(Equinox是OSGi R4 core framework的一个实现，而Eclipse IDE是基于Equinox项目开发的一个典型例子OSGI的好处基本就是面向组件开发，并提供一个十分好用的plugs-in框架，开发性强。况且 Eclipse本身就是一个RCP的容器---为未来RCP应用程序的将来提供不可缺少而且成熟的工具和容器。

　　2. 在市场上Netbeans支持的项目和工具太少了，因为很多开源项目都提供了大量Eclipse的plugs-in组件，这些是其它IDE 工具无法比拟的， 现在的 IBM已经和Eclipse完全整合了(以前的WSAD还不能说完全，但IRAD6.0就已经很完全了)，同时IBM推出RSA(Rational Software Architect)的工具可以把Eclipse+UML+RUP+IRAD比较完美结合，至少我认为它是目前出来最好的工具了，整个RUP都可以涵盖，而且还是支持UML2.0.

　　3. 在背景方面Eclispe的流行完全是IBM在它萌芽阶段进行资金赞助的产物，有了IBM这个蓝色巨人的支持， 它的前途无可限量，但是也不能小看了Sun公司的这个冷面杀手，有Sun这个强有力的后盾，双方以后的竞争会很激烈的.

　　其实对于Eclipse未来，我们国内的架构师们只是在应用的角度上来看得在这个问题，Mike Milinkovich在9月初的Eclipse 2006世界大会指出了Eclipse未来的发展和新技术走向，他告诉我们首先是围绕富客户端平台的继续增长和采用。支持更多的语言。下个季度，我们计划在Eclipse内推出首版的PHP IDE项目，我们认为这是一个非常令人激动的项目。因为无论是对企业开发者还是Web开发者来说，PHP是一门非常重要的语言，因此使得Eclipse工具支持PHP是一件令我们激动的事情。

　　NetBeans未来走向

　　在IDE开发工具竞争激烈的今天，Sun也逐步的调整了Netbeans市场战略,在今年JavaOne大会上，Netbeans高级宣传官 Tim Boudreau也谈到了Netbeans以后发展动向，他告诉我们，自从1998年以来，NetBeans并没有只为Java而工作。它也是C/C++工具的基础，Sun公司已经将它转用于Solaris很多年了，对它的支持正在进行扩展化和通用化，不再仅限于Solaris。NetBeans也是HP公司用于OpenVMS的IDE，支持COBOL, Fortran, C/C++和其它语言。例如在今年JavaOne大会上我们演示的对VB的支持—实际上是读取VB代码，编译成字节码，然后运行，有时会比它本应生成的本地代码运行还要快。因此，我们已经开始了这个项目，也会有围绕脚本方面的开发做更多的努力。NetBeans并不一定要局限于Java IDE平台—它对于Java已经有了很大地支持，那是人们首先要考虑的事情。但是就NetBeans目前的发展来看，它已经成为了一个语言无关的平台。

　　正象我们早期提到的，重要的东西的寿命总是很长。一些人声称Java会在5或10年里死亡，我们都会迎来下一个大的事物。即使真是那样， NetBeans也一样可能会支持下一个事物的到来，但是对一个语言的寿命做假设的时候，有一件重事情要考虑，对于期望任何特殊的程序语言或范例的盛行周期日益变得更长是很实际的，这有两方面的原因。首先，我们在绘制人们如何考虑告诉计算机工作的方式上的蓝图方面正越来越好，其次，一个语言统治的时间越长，它的代码就会越多，因此移植的代价也就越大。于是你不得不紧跟一些事情，这些事情会强迫变化中的语言很丰富多彩。

　　现在有很多有关脚本语言的谈论，但是我期待在主流编程语言中的下一个重大变化是让直觉上类似多核芯片的并行方式成为规范标准。我确信在未来的时间里这些目标将会成我们考虑的主流。

　　从上述的采访中我们明显看到了开发公司的架构师对于Eclipse的钟爱程度，Eclipse已经深入人心， Eclipse的强大是显而易见，记得Ruby刚刚在网上火爆的时候，Eclipse就迅速作出反应，推出了支持Ruby开发插件，可是我们在反观 Netbeas在5.5的版本还没有这样的计划，Java之父Gosling曾说过未来的Netbeans不将是纯粹的Java开发工具，它要涉及各个方面，以后也会支持Ruby开发，可是在他说这些话的时候，Eclipse已经在前进的路上了，这难免令所有支持者感到失望，未来的日子，谁将主宰我们都拭目以待。