[Eclipse笔记]How about NetBeans?
类别: JAVA教程 
由Kukoo的blog上面提供的链接来看，最近似乎NetBeans和Eclipse阵营又开始了新一轮的口水战？我们先看看这两个对手之间近来都发生了些什么事：首先是J2SE5.0的发布，几乎同时NetBeans就宣布了全面的新语法支持，并且发布了新的4.0版，以及同JDK的捆绑版；而Eclipse则花了相当一段时间来完善对J2SE 5.0新语法的兼容，并且至今还没有哪个release版本的Eclipse JDT宣称100%支持J2SE5.0。这当然并没有出乎我们的意料：NetBeans后面是谁？SUN是也，这就难怪会有这样的区别。然后是刚刚结束的Eclipse CON2005，在这次大会上，虽然主角还是离不开Eclipse背后的IBM，我们还是看到了其他许多大厂商的身影，比较重量级的有BEA，Borland等等，它们都纷纷宣布加入Eclipse的"战略开发"阵营；相较Eclipse，NetBeans受到的关注日渐减少，当然，还是有不少NetBeans的支持者在不停的振臂疾呼，然而，NetBeans和SUN似乎正不可避免的逐步走向孤立？从体系结构上讲，Eclipse和NetBeans基本上走的是一致的路线：Platform + Java IDE + Plugins，也许最大的不同是Eclipse在某种程度上鼓励使用SWT，而NetBeans则是更"纯"的AWT/Swing。不知道大家有没有类似的感觉：当今IT界有一个很重要的现象，那就是"得程序员之心者得天下"，这个是针对IDE和IDE背后的平台而言的。像Microsoft、SUN、IBM、Borland这样的大公司当然也非常明白这一点，于是纷纷都把大笔资金砸到IDE的开发中，之前我的一篇blog也提到Eclipse出现的背后有一个动机是赶超Visual Studio系列。在Eclipse和NetBeans竞争的背后，IBM想得更多是如何将大量的开发人员，不论是Java、C/C++、还是别的什么语言吸引到同一个平台下，进而创造更多潜在的IBM客户（而不是微软）；而SUN似乎更希望IBM按照规则出牌，对类似SWT的东西能够放到JCP这样由SUN控制的，相对标准化的流程中，而不是自成体系。很多人也许希望SWT能够被JCP，然而现在看来这真的最多只是一个希望而已了，IBM似乎也没有理由，或者至少不情愿这样做。我们可以追述到一年多以前，当SUN决定不参与Eclipse计划那个时候，从当时两方的态度和声明也许就已经多少成就了现今这样尴尬的局面。从纯技术上讲，Eclipse和NetBeans也许真的是萝卜青菜各有所爱，但想想背后的这些故事，也许能够更好的理解近来某些相关言论的出发点。说了以上这么多相对中立的话，下面也说一些也许更加代表我个人的观点：Eclipse我已经用了很长一段时间了，在这之前，我偶尔也用一些其他的JavaIDE如JBuilder等，自从用上了Eclipse，至今我再没有离开过它，哪怕WSAD那也是基于Eclipse的，坦白说，我真的喜欢上了Eclipse。它的开放性远非NetBeans能及，作为完全开放的平台，它可以很方便的扩展，而且有大量的开源项目支持，Eclipse正变得越来越成熟，我也无法抵制自己做插件的欲望和冲动。可以说，Eclipse是目前唯一可以与微软VisualStudio叫板的IDE。它不排斥任何东西，有一天哪怕你用它来做C#又有什么不可以呢？Eclipse给人最明显的感觉就是实用，而不是为了某种技术而技术，同时它也提供给开发人员更多更开放的选择。NetBeans也不是一点没接触过，3.6的时候就下下来看过，没什么吸引我的，罢了。最近跟着JDK一起下过4.0，甚至也单独下过4.1，也没有留下什么好的印象：我的系统是Windows XP，安装4.1到8%时，停住了，说明文字是"BuildingStorage..."，重试N遍都是这样，放弃。安装4.0的时候，看到NetBeans的最小内存要求384MB，推荐512MB，我只有256MB，狠狠心还是装了，果然速度受到了内存的影响，感觉非常明显，其界面显示和易用性也有些让人不敢恭维。然而我的Eclipse SDK3.1M5a确感觉不到太慢，界面整洁、清晰、漂亮。不知道这些能不能说服你，说服我自己继续使用Eclipse是足够了。
- 上一篇: jsp开发网站使用cookie的一点经验
- 下一篇: 轻量级的代码生成方案选择
