自己亲身体会，web尤其框架开发还是eclipse好

开始时使用eclipse+myeclipse，享受了它的高度自动化，后来才知道netbeans，netbeans更加高度自动化，于是各用了一段时间。

       前几天，进行SSH的练习时，发现，netbeans启动服务器时间太长了，而且服务器状态，它都管理不了，有时候不是启动后一直显示部署，就是不显示部署完成，只好用任务管理器结束tomcat的那个java.exe进程，这是netbeans却显示部署完成，然后访问，肯定没这个页面，只好让netbeans重启服务器，于是又是漫长的等待，然后才可能可以使用。甚至有时候还是不行。

        有时候呢，打开服务器的时候，我修改了类文件，它自动部署也会发生这种情况，而且有时候更严重，结束了，有时候它自己还再次运行起来。然后呢，我就修改类文件前就把服务器停止，然后再去改类文件，令人吃惊的是，netbeans居然能够自己启动tomcat。狂晕中。。。。实在受不了了，强烈要求netbeans把对服务器的支持做的好点。

       于是从前天开始搭建eclipse的开发环境。我自己小记了下配置过程，其实使用eclipse的JEE版本，就是下载页面中最上面的那个，可以省好多的下载插件，然后再安装hibernate的tools以及其他插件，按照自己需要来就可以了。

       前后对比，发现eclipse启动服务器太快了，netbeans和它比根本不是一个档次，原来我就发现用netbeans做JPA开发时（只用JPA+JSP+SERVLET，不敢用Spring特多的框架），如果使用toplink的实现，会好很多，要是使用hibernate实现的话，启动时间会更长，修改类文件时经常卡壳，类似上面的现象，只是轻微些，所以一直没敢SSH。

怪自己老是想享受自动化的乐趣，netbeans生成实体类那叫干净利落，字段配置之类的都做好了，尤其使用自家的mysql时，一个字都不用改，就可以投入使用。反过来现在的hibernate tools，我发现不能在web项目中加入，必须建立一个JPA项目才可以用。受限很大。 netbeans的先进之处就在于是一家整合的，随时可以加入框架，加入什么都可以的，只要它能够加入，比如建立一个web项目，然后就可以生成实体类，生成时自动创建实体单元以及配置文件，并生成相应的实体类。

        就是netbeans对服务器的支持这方面，实在令人难以接受了。做SPRING JPA STRUTS 的话，那个启动时间，简直令人难以接受，而且还老出部署问题。从昨天晚上起我用eclipseJEE做同样的东西，一步一步的一模一样的拿过来，eclipse的执行效率高netbeans好几倍吧 。正好和netbeans的慢的感受正好相反，很是吃惊。

        netbeans还有一点不爽，测试时只能整个类一起运行，而eclipse能够单独运行其中的某个方法。要是几年前他们合并了多好啊，要是生成实体类也如netbeans那样完美，又有eclipse的强大功能以及高效率，javaIDE应该可以有更强大的。其实微软的studio就是这样的东东。Java由于分散总是不能把优势集中在一起。不过Java正是由于各种实现的存在，才有了针对具体环境的选择，适用范围广，跨平台。不过开发工具分离并不是件好事。

 

      晚上特意加上几句，eclipse在建立些类之后，部署速度也慢下来了，其实没比netbeans快很多，可能上午感觉太偏激了。不过eclipse对服务器的控制能力确实强，点停止就肯定停止，netbeans也应该改成这样，eclipse并不总自动部署，有时候得自己手动再重启下，改动才生效，我以前使用Myeclipse时也是这样，然后哦使用的netbeans，被他的自动部署吸引了，但是这样的情形在多框架和类文件较多时简直成灾难了。所以有时候这样的自动部署能力还是不需要为好。

另一方面，netbeans应该学习eclipse控制服务器的方式，eclipse的服务器进程是javaw.exe，并不是java.exe，这区别我在别处看过，不过肯定应该不同的。希望netbeans改善服务器支持这块，多增加几个服务器，其实netbeans的自动化程度还是很高的，JPA的实体生成简直太省事了！