一、引言 自從前幾年Eclipse加入到Java開發IDE大軍中以后，情況對于Java開發者簡直發生了戲劇性的變化。SWT與Swing兩種工具包各有 自己的優缺點，而且在性能及外觀點都沒有遠遠壓倒對方的強項，Eclipse以其明顯的優勢—獨特的性能，易于上手和高生產效率—跨入Java IDE行列中。本文旨在對三個主流Java IDE—NetBeans，IntelliJ IDEA和Eclipse— 的常規特征（安裝、性能及編輯器，等）進行對比分析，但仍然把重點放在Swing，JSP/Struts，JavaServer Faces（JSF）以及J2EE/EJB 3.0開發等重點領域特征的比較上。在必要的情況下，也對JPA（Java持久性API）支持方面進行適當評價。 在上面三個IDE中，Eclipse是唯一的存在多個發行版本的IDE：從基本發行版本到帶有額外開源插件的預包裝版本（例如 EasyEclipse），再到開源/商業型的混合版本（例如Genuitec的MyEclipse）。為了對Eclipse的功能提供比較中肯的評論， 我在本文中主要針對其基本發行版本（包括缺省的Eclipse子工程—例如Visual Editor和Web Tools Project）。每當討論到它所缺乏的功能時，我往往還要提到商業版的MyEclipse所提供的功能。坦率地說，我很難發現還有哪一種商業IDE會以 每年49美元的訂閱價格提供如MyEclipse所提供的那種優質的功能。 首先，讓我們來討論NetBeans 5.5。 二、NetBeans 5.5

供應商	Sun Microsystems
網站	[url]www.netbeans.org[/url]
價格	免費/開源
分發	基本內容+Enterprise Pack+Visual Web Pack

安裝 NetBeans 5.5及其它發行包（例如，帶有UML/BPEL/SOA支持的Enterprise Pack和支持JSF開發的Visual Web Pack）既可以ZIP包形式下載也可以以跨平臺InstallShield安裝程序方式進行安裝。在Windows平臺上，該安裝程序與OS無縫地集成 到一起—包括創建適當的桌面快捷方式以及在“添加/刪除程序”面板中添加一個卸載程序。在Linux平臺上，它僅被安裝到指定的目錄下并且在GNOME或 KDE桌面上創建一個啟動圖標。遺憾的是，它并沒有作為一個RPM或一個.deb文件形式發行，也沒有提供一個標準數據倉庫形式，這允許Linux用戶可 以象他們安裝任何其它應用程序一樣來安裝它。 總體特征 在早期版本中，NetBeans基于Swing進行開發，致使表現得緩慢、龐大且界面丑陋，使人使用起來很不愉快。然而，NetBeans開發小組 從版本5.0開始，對整個IDE作了大幅度的調整，并且在NetBeans 5.5中全面結合進JDK 1.6，從而提供了一種無可爭辯的優秀的用戶體驗，特別是運行于Windows平臺上時（Linux平臺版本仍然存在一些UI小問題，這估計要在 NetBeans 6.0中得到全面糾正。特別是，版本5.5缺乏對于本地GTK外觀的支持）。 首先，NetBeans窗口系統的設計相當高級和靈活，開發人員可以非常容易地以配置方式實現停靠、隱藏和切換幾乎任何面板/編輯器。我還發現其菜 單布局極具邏輯性而且易于使用，你可以很容易地存取大多數常用功能（例如，維護用戶庫）。一直以來，其整體穩定性和性能都是相當優秀的。 其次，基本Java編輯器的設計也非常不錯，盡管還不算最好（特別是，在代碼自動完成方面與其它IDE相比還有些慢），但是完全可以使用。此外，它 的編輯器還提供了一組基本的重構功能（特別是，最常用的重命名/移動特征），盡管在我的測試中，我發現它并不總是上下文感知的—例如，在重命名 Struts工程中的一個行為類相應的包時，struts-config.xml文件中相應的入口就不會更新（但是，在重構JSF支持bean和更新它們 在faces-config.xml中的入口以及J2EE 1.4會話bean和它們在ejb-jar.xml中的入口等許多方面都表現得相當不錯）。 Swing開發 NetBeans最值得稱道的就是其著名的新開發的Matisse GUI設計器，這個工具基于新的GroupLayout布局管理器（它最初是由NetBeans開發小組自己開發的—在納入到基本JDK前作為一個擴展開 發）構建。由于采用了基于基線型設計技術（即是，基于一個控件中實際文本的位置自動地對齊控件），所以，創建具有專業外觀的UI變得相當容易。事實上，其 強有力的縮放和停靠功能使之成為我所見過的運行于任何平臺上任何語言中最棒的UI設計器。 在安裝5.5版本之后，我還下載了最新的更新包—該包支持從未來的6.0發行版本逆向移植到當前的5.5版本。其中提供了一些極具生產效率的特征， 例如自動國際化以及使用定制表單/面板（只要在你的工程內至少成功地編譯它們一次）的功能。Matisse就是NetBeans團隊所具開發水平的一個極 為優秀的例證（圖1展示了實戰中的Matisse）。

圖1：Matisse及其定制的JPanel組件

對于Swing開發者來說，使用NetBeans的另外一個優點是，他們能夠使用它提供的強有力的RCP（豐富的客戶端平臺）向導來創建新的復雜的 Swing應用程序。考慮到Eclipse的基于SWT的RCP的流行性，NetBeans開發小組竭盡全力開發出一種相當可行的基于Swing的選擇方 案，并且，恕我直言，其效果給人留下極為深刻的印象（盡管對于小型工程開發而言，初始學習時可能要費些勁）。 JSP/Struts開發 此外，NetBeans中還提供了一個很好的JSP編輯器—它提供了我們期望的所有基本特征以及所有的基本向導，并且為我們免除了啟動一個新的 Struts工程相關細節設置的麻煩。由于加入了一個嵌入式Tomcat容器，開發以及測試JSP應用軟件變得特別容易和迅速。圖2展示了 NetBeans web應用程序向導。

圖2：NetBeans Web應用程序向導

這個NetBeans web應用程序向導能夠自動地配置web.xml和struts-config.xml文件，并且能夠添加對于Tiles和Validator的支持。此 外，這個向導還能夠針對文件struts-config.xml提供一些上下文菜單選項，甚至還包含添加ActionForms，Actions和 Forwards等內容的子向導。但是，它沒有提供任何可視化編輯器以便用于展示應用程序中的頁面導航，并且也沒有針對Tiles和Validators 配置提供任何額外支持。 作為個人觀點，我發現5.5版本中對于Struts的支持也相當體面，但是顯然還不如Matisse所實現的那樣流暢。此外，它也沒有提供針對 JSP或HTML頁面的可視化編輯器（這對于老手決不是一個問題，但對于更多的初級程序員卻是一個良好的特征）。而且，這個版本中也缺乏在JSP編輯器中 對于適當的嵌入式JavaScript的支持，而僅僅提供了一個基本的CSS編輯器（盡管在安裝Visual Web Pack后效果會稍好一些）。因此，所有這些方面都需要作進一步改進（圖3展示了NetBeans對Struts框架提供支持的一個示例）。

圖3：NetBeans對Struts的支持

JavaServer Faces開發 NetBeans對JSF的支持非常類似于它對Struts的支持。為此，它提供了一個向導，從而可以得到一個基本的工程框架，其中包括所需要的 庫、配置所有要求的文件，甚至在其JSP編輯器中還提供了針對支持bean屬性的代碼自動完成功能；另外，還提供了一些向導用于簡化文件faces- config.xml中的導航規則。此外，NetBeans并沒有提供對Apache MyFaces的支持（僅支持JSF RI）；因此，你必須手工修改創建的初始工程以便刪除JSF RI部分而使用MyFaces。 此外，NetBeans并沒有提供任何可視化編輯器來維護faces-config.xml文件。任何事情都是通過原始的XML編輯或兩三個基本上 下文菜單向導來實現的。盡管這完全可以工作而且毫無疑問對于老手已經足夠了，但是，它幾乎無法實現其它IDE對于JSF開發者支持方面所具有的易用性和高 效性。 然而，NetBeans Visual WebPack的確對構建JSF應用程序提供了一種可選方案—通過把Sun Java Studio Creator中的大多數特征直接移植到NetBeans中。這包括一個Matisse風格的web頁面GUI構建器，其中提供了大量的JSF控件（最近 作為單獨的開源工程Woodstock而存在）；這些控件擴展了基本JSF RI集，而且還支持數據綁定（既支持直接的數據庫查詢，也支持經由JPA/Hibernate的數據庫操作）。 雖然存在上面這么多優秀的特征，但Visual Web Pack仍然存在一些不足（導致許多Java公司不愿意選擇它），列舉如下： 1.缺乏對頁面模板的支持（盡管你可以把一個頁面保存為一個模板，并且把它用作新模板的一個基模板，但是顯然這種改變也無法從根本上簡化頁面的設計）。不過，對Facelets的支持或對來自于MyFaces的Tiles支持可以在此大派用場了。
2.缺乏對Apache MyFaces的支持（當發布到使用MyFaces RI而不是使用Sun的實現方案—例如JBoss—的應用程序服務器上時，這潛在地會導致一些問題）。
3.對于支持bean的自動生成功能不夠靈活（它基本上以一種非常直接的ASP.NET方式模仿了每一個JSF頁面中的結構化上下文，從而使之無法與面向會話的支持bean（例如JBoss Seam中所要求的）聯用。 【注意】一個偉大的特征是針對Facelets的支持。如今，許多JSF社區都在全力推薦用之作為JSP的完全替代品（特別是，JBoss Seam開發團隊在它所有的文檔中公開地呼吁這一點）。 盡管NetBeans開發小組聲稱在下一個發行版本中將盡力克服所有上面這些不足，但我仍認為Visual Web Pack是針對JSF開發的極具有生產效率的工具。 企業開發 NetBeans 5.5是第一個支持JPA和EJB 3.0的IDE，并且對之提供了相當優秀的支持。特別是，帶有注解（包括對persistence.xml文件的適當設置，甚至還提供一些基本的連接信 息）的JPA實體類的自動生成功能將會節約你大量的重復編碼時間。而且，自動生成的JPA代碼是高質量的，可以立即投入使用。 對于純粹的企業開發方面，NetBeans對J2EE 1.4和Java EE 5提供了全面支持。特別是，對于J2EE 1.4工程，相應的EJB向導能夠生成所有要求的代碼（包括business/home/remote接口，以及它們各自的代理實現—更不必提綁定ejb -jar.xml配置文件這樣簡單的事情）。簡言之，NetBeans能夠自動為你處理J2EE 1.4相關的大多數瑣碎工作，而且也為Java EE 5提供良好的支持（是提供這種支持的第一個IDE，盡管IDEA隨后也很快提供了相應支持）。 從其消極的一面看，NetBeans僅對把企業應用程序發布到GlassFish/Sun應用程序服務器和JBoss上提供正式支持。盡管如此，其 更新站點也為WebLogic和WebSphere提供了額外的支持插件，但是我還不十分確定是否NetBeans開發小組會正式提供對它們的支持。 另外，免費版本的企業包中還增添了強有力的UML圖表特征（包括雙向編輯以及與Java代碼的同步），而且還提供了BPEL/SOA編輯器。然而，對這些內容的討論已經超出本文范圍。 對NetBeans的建議 說實在的，我確實很喜歡使用NetBeans。它的幾近失敗的開發團隊奮力抗爭，終于爭得了屬于自己的一席一地—而當時幾乎每個人都會認為 Eclipse會生吞活剝之，而如今它卻在自己的最新發行版本中實現了如此之多令人驚訝的特征（并且在后面的NetBeans 6.0將增添更多的內容）。然而，它只是沒有擁有像Eclipse那么龐大的社團支持。不過，當涉及有關對于其它現成框架—例如Google Web Toolkit，JBoss Seam，Jasper Report，Spring，Tapestry，XDoclet，Echo2，Apache MyFaces，等等—的支持方面時，這難免會貶低該產品的聲譽。 IBM所做的一件相當明智的事情是，他果斷地放棄了對于Eclipse的控制權并創建一個相應的Eclipse基金會，這一舉措一下吸引了大量的第 三方開發者。也許如今到了Sun應該放棄它對NetBeans的牢牢控制并且也該創建一個相應的NetBeans基金會的時候了。在這一點上， Eclipse并沒有比NetBeans更多的優勢（坦率地說，較之于Eclipse，我認為NetBeans看起來更象一個本地Windows應用程序 —暫拋開所有Swing與SWT之爭不提的話）。總之，要想成為最優秀的Java IDE，NetBeans還需要大量的資源支持。因此，我認為光靠Sun自己恐怕很難實現這樣的野心。
















本文轉自朱先忠老師51CTO博客，原文鏈接：http://blog.51cto.com/zhuxianzhong/60145?，如需轉載請自行聯系原作者








《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的Eclipse，NetBeans及IntelliJ—Java IDE大战之NetBeans篇的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。