netbeans有望2010年实现完整的可视化设计器

关于netbeans6.9的特征官方已经给出了详细说明，我在 netbeans6.9更加详细的计划已经发布

一文中已经给出了大部分说明。参加链接：http://wsc830719.iteye.com/admin/blogs/587772

 

不过，它里面明确指出了javafx的设计器将变得类似swing的设计器，但是没有明确说jsf的设计器的相关事项，这足说明javafx的发展要优先的多，不过从netbeans源码库可以浏览它当前的开发情况。可以去看看visual web部分，其实已经有很多代码了，可以重点看下 它的jsf部分，已经有很多类了，并且每天都在更新。

    而且就jsf的开发特点来说，它离不开可视化设计工具，否则，体现的优势很小。因此，这个可视化设计工具出来时早晚的事情，不过，肯定是越快越好，从netbeans6.9来看，估计是吃力。 但是按照netbeans一年2个版本来说，如果 6.9版不能释出可视化jsf设计器的话，应该到7.0就该出来了。早先，7.0跳票了，要发布2个小版本，我想意义就在此。7.0绝对会是个重大版本。既然6月份是6.9 那么年底就是7.0了，所以值得期待啊。

 

    综上所述，我觉得netbeans在今年有望实现完整的可视化设计器，再加上netbeans RCP的菜单设计支持可视化设计，那么 从 桌面开发（swing 或 基于netbeans平台的甚至还能用javafx） 到 web开发（jsf）到、ESB可视化（EJB都太费资源了，我也想用，不过电脑跑起来几乎没资源了） 互联网的RIA开发（javafx）都实现了可视化开发。

netbeans绝对是在走这个路。此外，还包括对spring更多的支持，包括一部分可视化的支持，以及针对jsf整合直接生成CRUD操作，需要你写的那部分代码就剩下多出的那部分了，而最常见的 列表、更新、添加、删除都给你生成好了。

怎么样？netbeans正好是某些人需要的吧？就算不喜欢可视化，netbeans照样可以自己编码呀。

 

     这是本人的见解，当然是有事实根据的。我觉得netbeans绝对是一个杀手。eclipse太散了，本来有些功能完全不用重复，可是各个厂家仍然需要做一个。比如jsp的打开方式那一大堆呀，都是各个插件给加上去的。因为后面代表的是商业利益。当然我得承认，eclipse的架构等是最优秀的，还有它的功能要多，但是就是散，比如jsp就是不能支持常见js库的代码提示，必须安装第三方插件在单独的js文件写才行，各自为政。当然，myeclipse就是一个集中的插件，但是它是收费的。要是它免费的话，我也不至于走到netbeans的道路上，我就是无法访问myeclipse之后才彻底转到了netbeans上。

不过我这里也安装着eclipse，并且总是会更新到最新版，但却很少用。

       当netbeans像我说的那样，具备完整的可视化特征，那么eclipse如何应对？给我感觉eclipse像是散沙一片，各自为政。区区200多M 就这么多功能，涵盖桌面 到web的 再到jee 的完整支持甚至是可视化支持，并且还打包了 glassfish 以及tomcat等服务器软件。想想eclipse需要多少插件呀？ 插件间重复了多少东西吧。

       netbeans启动时慢，那是因为 EJB模块以及web服务设计器部分太大了。如果你不用EJB以及web服务开发，可以把这两个卸载，你再看看启动速度。  启动之后，netbeans一直保持稳定的内存占用，并且开多长时间都是如此，如果用的插件很多，有可能会达到近400M的占用，但是一旦某些插件不用了，会很快释放，反之我用了一天的eclipse JEE版本，到傍晚，可好，内存都快500M了并且占用的虚拟内存非常多，它缓存的太多了，它的响应当然好了。 我会把netbeans的默认最大堆200M改成 300M，这样netbeans也会响应很快，我上面的数据就是我改后的，netbeans会一直在300M左右晃荡，对内存的控制相当的好。并且虚拟内存不会升的太高。

       我喜欢用netbeans，是我实际比出来的。 eclipse需要变革，现在这样各自为政，早晚会被超越。没有永远的胜利者。eclipse可以统一API，然后其他插件可以以此进行统一扩展，netbeans就是这样，比如JEE web 等等都暴露了一部分API，开发人员可以自己扩充，我就自己扩充了struts的功能，可惜，struts的部分没暴露，我好想给他们提建议，因为web的部分比如操作web配置文件的类库都是暴露的，我好需要struts的那部分操作struts配置文件的库呀，但是我英文不怎么好，netbeans官网的页面很容易看到  有什么建议需要什么特征可以联系我们，  的字眼。表明了人家开放的心态。

        当netbeans方便的不能再方便的时候，谁还在乎架构呀，的确eclipse是OSGI的，但是那只是一个封装而已，就是把那个API给封装进去了，不过netbeans的模块化也不错，简单容易看，不过6.9也会对OSGI更亲近些。我对OSGI缺乏了解，不过我知道它的动态模块，不过我怎么觉得eclipse没怎么动态呢，比如安装插件之后几乎都需要重启，而netbeans呢，安装的插件几乎都不需要重启，装完之后，就有个自动启动过程，启动之后就能用了。而且netbeans插件安装失败或不支持就会自动禁用，反之eclipse如果装错了插件就请重新来过吧。

        eclipse太多华丽辞藻了，什么OSGI，其实光体现在概念上了，而实际的太少了，加上厂商们为了利益各自为政，危险！而netbeans没说什么OSGI，但是它的模块都是自动识别并加载的，况且netbeans支持OSGI的开发，真要命呀。

如果这样下去，netbeans如果得到一定的力度支持，eclipse再这样华丽下去，过段时间，eclipse就不得不重视这个对手了。因为据美国一个工作需求网来看 netbeans的需求甚至比eclipse都高。 据Google等的搜索统计大致情况是 eclipse占45% netbeans占30% jb15% 然后是其他的了。

       如果oracle的战略是双管齐下，jdeveloper占高端，专门针对高端的EJB容器以及oracle数据库产品的开发，况且它基于swing，可以慢慢与netbeans统一插件，甚至统一底层设施。而netbeans主攻中低端，让它成为Java界的visual studio，开源免费，应该会成为中小企业的首选，然后高端jdeveloper把持。就像 oracle数据库和mysql数据库的关系那样。两面夹击eclipse。eclipse何以对？

     oracle这回是从硬件到中间件还有数据库都跟IBM干上了，oracle肯定不会放过任何一个机会。netbeans从目前的占有率看就应该重视，再看netbeans的发展规划，更是充满了希望，jdeveloper和netbeans相互渗透，netbeans从mysql开始，涵盖桌面 web可视化 ，向上辐射 到高端的服务器以及oracle数据库，而jdeveloper从上至下辐射。最后应该能统一两者的架构。要是我我就会这么规划，人家肯定比我强，所以这事用不着我去想，我就等着受益就好了。

因为对于他们来说，统一了开发工具市场，那么中间件和服务器以及数据库不就成囊中之物了吗。否则IBM为啥要弄个eclipse呢？好玩吗？ 为开发人员着想？ 不是吧？ 当然是利益咯！

 

 

 

 

未完待续。

评论

5 楼 archwuke 2010-11-19  

我文章比较早了,我不知道楼主还能不能看到我的回贴

我是个java web 开发的新手,
在参照http://zh-cn.netbeans.org/kb/60/web/helloweb.html 这个例子程序的时候
发现这个例子里弄第一个jsp页面的时候是有可视化的,为什么我死活都不行呢

我下载的netbeans版本是6.9.1中文版

4 楼 wsc830719 2010-02-26  

恩 是呀，说的没错。不过其集成性 继承性 跨平台性做的非常的好。而刚好eclipse这方面要逊色。其实主要还是因为sun没钱呀，而现在oracle把重点都放在了jdeveloper上了，弄好了，可能会把netbeans和jdeveloper加以合并，使其具备平台化的功能。到时候可以顺利的使用新的IDE， 国外有专家呼吁重视netbeans。

不过，我希望netbeans正如目前这样发展下去，让它和jdeveloper统一底层，然后可以集成到一起。不过另一个方式就是jdeveloper负责oracle的中间件等的开发集成，而netbeans作为一般意义的开发工具，毕竟项目不都是用oracle数据库和weblogic服务器的。而且还有脚本语言，以及日益变化的环境，jdeveloper发布的太慢。

综合考虑，肯定统一起来意义比较重大。首先，成本。第二，给用户一个统一集成的开发环境。我看见过这样的博客，说是考虑二者统一插件机制(共享插件)。这个如果卖出实质一步，那么合并是早晚的了。因为netbeans有jdeveloper没有的，反过来亦之。

3 楼 lijihuai 2010-02-26  

坦白说，我是非常的喜欢 netbeans，不过有很多细节问题，netbeans 还不够完善呢

2 楼 wsc830719 2010-02-22  

其实，我这想法应该算是最美好的期待，今天想来 6.9以后还应该有个6.9.1，没准7.0会到11年啦。javafx的可视化应该会没问题，唯独这jsf，没准会拖到何时呢，不过既然6.9会结合spring直接生成CRUD的完整应用，我想至少比自己一步一步写要快的多了。

jsf的优先级是最低的，6.9甚至还会将RCP的菜单设计部分弄成可视化设计形式的。因此，等很多东西都完成的差不多了，才会考虑jsf吧。

1 楼 gml520 2010-02-20  

难得找到一个志同道合的朋友~！