Java Opensource 指引序曲 選擇 IDE
21:37
被退搞 ~~ 那就公佈在自己的 blog 吧
系統整合軟體開發是一個服務業...不、應該說是一個手工業,需要花腦袋的手工業。
軟體公司都想降低相關的成本,越來越少公司願意培養相關的人才與提高研發的成本。因此,利用現有的Opensource進而研發相關的應用,讓工程師們站在巨人的肩膀上輕鬆地開發專案,顯得相形地重要。很高興的,使用Java的工程師非常樂意公開原始碼,光是SourceForge.net 之中,我們就可以找到超過 1 萬個 Java Opensource專案可以利用。
Java Opensource 專案數目之多、領域之廣,已經直逼老大哥 C / C++ 的地位,因為 Java 開發容易,設計簡單,無論多複雜的專案都可以由簡單的物件開發開始,加上跨平台的優勢,在企業應用上更是被世人所接受,更因為在國內外,越來越多大學使用 Java 來學習資料結構的觀念,因此,許多在學學生或是上班族往往利用 Java 來設計出膾炙人口的 Opensource 分享給予大家。
但是,該如何跨出使用 Opensource 來建立 Java 專案的第一步呢?其實我建議可以從選擇 IDE綜合開發環境開始,以目前 (2004/08) 來說,主要的 Java Opensource IDE 有兩大族群,一是 Sun為主的Netbeans (
http://www.netbeans.org ) 另外一個為 IBM 為首的 Eclipse (
http://www.eclipse.org ),兩個主要陣營都有支持的使用者,基本上,我不是要進行相關的比較,每個人都有權利選擇你自己喜歡的編輯工具,操作習慣的差異往往會影響開發工程師的習性,不過在同一間公司裡,盡可能使用相同的開發工具能夠減少一些開發時程交換資料的麻煩。
不過,Java陣營為了對抗微軟的 Visual Studio .NET ( .NET 專屬的 IDE ) ,避免各家產品之間不相容的內耗,因此由甲骨文 ( Oracle ) 與 昇陽 ( Sun ) 共同發起建立標準且通用 Java IDE 的延伸API,在 JCP 組織中共同制定 JSR 198 : A Standard Extension API for Integrated Development Environments ,就是要讓大家有所標準依循。而目前對於 plugins 的支援度,相對 netbeans 而言Eclipse 這方面為優,因為 Eclipse 有標準簡單的 plugins開發方式,延伸開發工程師可以輕易地在 eclipse 開發出 plugins的元件,也很多分享成為 Opensource,這也是 Eclipse 能夠在短時間讓
眾多工程師轉換 IDE 的原因之一。
不過 JSR 198 還沒有制定完成之前,如果公司內部有不同的開發團隊使用不同的 IDE 做開發,該如何將大家的環境整合在一起呢?我們可以透過 ant (
http://ant.apache.org ) build.xml 的編輯,現在新版的 IDE 都有支援 ant 來作為編譯及部署等等功能,只要能夠將 ant 的相關檔案存放在cvs 之中,讓其他工程師能夠取得,這樣就不會造成太大的困擾。
對於 J2EE Web Application 的開發,在預設之中,Eclipse 並沒有支援,需要外掛 Lomboz(
http://www.objectlearn.com/index.jsp) 類似相關的 plugins 程式,而 Netbeans 對於JSP/XML/HTML 等等都有相關的處理模式,不過這兩種都沒有免費的 EJB 開發模組。另外在開發客戶端的程式,Eclipse 採用的是 SWT 而非標準的 Swing,讓 Java 跨平台的特性消失,而且沒有 Swing 特有的 LookAndFeel 外觀,雖然速度快了許多,但也遭受到昇陽不願意支援的歧視。
不過,對於一個初學者來說,eclipse不失為方便又直覺的開發工具,並不是每個人都操作過
*NIX 的作業系統,了解 mount的意義,雖然這具有突破性的觀念,但是往往讓初學者卻步。當你選擇好你的 IDE 工具之後,就可以開始進行你們的專案開發,我將在未來解說如何應用Java Opensource 繼續你的專案。