netbeans(4):netbeans6.9新特征

netbeans6.9将会增加更多的特征，6.8的发布标志着netbeans在web主流框架以及php的支持上，已经可以说算是成功了，以后的版本肯定是不断的功能增强。

 

哦，对了，从6.9开始，将清理重复的API，将统一使用Lookup APIs。这就是说，以后开发netbeans平台应用，到处都是Lookup了，至于lookup是什么，其实和Spring很类似，比如我想知道一个文件节点，有哪些功能，有哪些操作，一个lookup就行了，我想获得这个文件节点的编辑器，一个lookup就行了，然后open()，就能在编辑区打开它，比如我想知道知道一个接口有哪些实现类可用，lookup下就行了。

以前都是Node上根据get方法找，比如getCookie就是找它的能力(功能，如打开、编辑)。6.9以后就一个lookup了，编程将大大简化。

lookup API是从5.5开始出现，6.0完善，并被推荐首选，到6.5以及以上基本覆盖整个netbeans。6.9将清除老式的方法，这将使得API更清楚，更简洁好用。

 

netbeans6.9将更注重平台的概念，在其上面开发应用将更容易。或许将来自己做适合自己的插件就没什么困难了。这里面包括进一步的简化，以及更多向导支持，最明显的就是RCP中可以根据实体类直接生成CRUD应用，就好比现在swing框架中针对实体类生成CRUD应用一样，此外会添加更多的组件，(其实sun根本没必要资助swingx这些扩展类库，还不如将自己的平台标准化，就像jsf那样，可以让其他人开发或扩展组件，swing的一个亮点就是良好的继承特点)。

比如会增强内嵌的浏览器，可以开发完善的内置浏览网页功能的应用，并会增加一个JWebPane这样的面板。另外还会引入swing验证框架，使得swing应用验证字段合法性时更方便。还有一点netbeans将更加贴近OSGI，从模块以及运行时上给予支持，但不会重写平台代码因为重写代码是不可能的，netbeans是10年来的积淀，不过据一篇文章讲，jdk7将使用类似OSGI的模块化系统，netbeans未来的版本将直接予以支持（sun与IBM就是竞争关系，sun就是不想采用）。可以说netbeans已经步入了一个稳健发展的阶段。netbeans对swing实践的结果都可以作为未来jdk相关部分的参考。比如jdk7的文件系统部分就颇有netbeans的味道。至于jdk7的swing部分改动会多大，就难说了，即使不加入jdk中，那么netbeans平台绝对是swing的一个最佳扩展。

相关文章推荐：

1 NetBeans 6.9 will aim to be a better platform

http://wiki.netbeans.org/PlatformPoolOfRcpTopics

2 针对1的官方部分，给了更详尽的特征列表，很多，可以慢慢看

http://wiki.netbeans.org/PlatformPoolOfRcpTopics

3 可以关注下Geertjan的博客，里面有很多netbeans平台开发的文章，也包括了最新的消息

http://blogs.sun.com/geertjan/entry/big_netbeans_platform_announcement

 

最后，我分析下netbeans的未来吧，算是自己的推测，不为别的，只为自己一直把netbeans当作最好用的IDE。

     甲骨文收购sun后，netbeans的发展还是个未知数，但是据其发表的FAQ声明来看，netbeans至少不会消失，至少会继续开发下去。甲骨文在上面声明netbeans依然是java开发的有效选择。可能不会热心去支持其他语言。当然，如果甲骨文确实能够认识到netbeans的优势的话，或许会提供更多的支持。

首先，它是开发jdk后最佳的实践场，尤其是jdk的swing部分，netbeans平台可以说是jdk的一个扩展。jdk7的文件系统其实就是来自于netbeans平台的(无官方说法，自己看的jdk7b78的文档)。国内的永中office，在我看来好像也是使用了netbeans的类库。

其次，如果甲骨文掌握了java语言，如果它还是开源的，那么他没有理由不手握一个开发工具来收揽开发者。jdeveloper终究是参考了eclipse，但是却是使用swing来做的，看来他不是真心支持swt。他还是偏重于swing的。再从他的开发工具非常重视jsf以及EJB来看，更说明这点，他可不想做个IBM的跟随。

第三，只有netbeans和eclipse有的拼，因为只有他俩有RCP的概念，强调了IDE的通用价值。在其上面可以做自己的应用，而不必关心底层，只需关注核心逻辑，就好象框架那样，提供了窗口的生命周期管理，以及自动更新中心等等功能。

eclipse是基于swt的，netbeans是基于swing的，作为jdk标准内容的swing，不应该缺少这样一个平台工具呀，如果没了，那岂不是就只有swt了。

第四，netbeans目前仅次于eclipse的流行，至于jdeveloper，要差的远。没有理由把好的直接撇了呀。最起码要撇了netbeans也应该让jdeveloper整合了netbeans，并让用户过度到jdeveloper之后，才可以撇呀。又或者没准反过来，jdeveloper合并进netbeans，又或者两者各自发展，相互吸收，最后达到组件通用，这样和维护一个IDE没多大区别。

最终可以考虑出个合并版，或者基于同一平台，其他的全是此上面的插件。

 

上面可以算是我自己对netbeans将来的预测吧。netbeans现在开发依然火热，netbeans团队不断放出新的进展，最新的开发版几乎没3-4天就会更新。没有丝毫退去的迹象。