程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> JAVA編程入門知識 >> JBuilder和JDeveloper的簡單比較

JBuilder和JDeveloper的簡單比較

編輯:JAVA編程入門知識
  Jbuilder是Borland公司開發的Java開發的工具,而JDeveloper是Oracle公司提供給大家使用的IDE工具,最近的開發過程中分別使用了這兩種工具,現在來談一下自己在設計和開發的過程中發現的兩種工具的不同,並對兩種工具提供的功能做一個簡單的比較,希望與大家共同交流。
  
   <!-- frame contents --> <!-- /frame contents -->   一、UML設計:在開發之前,我們首先想到使用UML對所要開發的項目進行設計,以使自己在真正編碼的時候做到心中有數。在這個方面,JDeveloper比Jbuilder有著天然的優勢,因為在Jdeveloper中就包含了創建UML圖的工具,我們可以方便的在一個工具下進行UML的設計,並且在其中,從圖到代碼的轉換是自動完成的,而不需要我們手動的進行轉換,而且,所有的圖示與源代碼都是處於一個工程中的,這也方便了我們對整個工程的把握和治理。
  
  而在Jbuilder的開發過程中,我們不得不借助與其他的工具進行UML設計,我們選擇的是Borland公司專門針對JBuilder的Together Designer for Jbuilder,然而,這個工具在一定程度上與我們的工程有些不協調的地方。我並不是說這個工具不如JDeveloper中的UML設計工具,相反,我覺得在很大程度上,尤其是方便易用的方面,Together Designer比JDeveloper有更大的優勢,一方面Together Designer 2005全面集成的針對UML 2.0的支持,我們可以在其中非常方面的建立UML的設計。(可惜我對UML2.0的理解還不太深入,沒有膽量使用,呵呵),另一方面,裡面集成了一些模式的模板。哪些模式呢?那就是大家最熟悉的“四人幫”所提出的那些模式,這樣假如我們在設計過程中使用了設計模式的話,就可以方便的調用,而無需自己設計,這一點也是非常方便的。但是我們的設計是一個非常小的工程,我考慮了一下,但是暫時沒有發現可以使用設計模式的地方,可惜了這麼好的功能。
  
   另外,我個人覺得有一點二者是各有所長,那就是對參數的處理上,在JDeveloper中,所有的參數我們都需要手動輸入,並且可以在設計圖中顯示。而在Together Designer中,我們可以向在編制程序的過程中一樣,對一個操作的各項參數進行具體的設計,但是所有的參數都不會顯示在圖上,這項功能我想每個人的看法都是不一樣的,假如說好,那麼這樣的設計可以避免由於操作的描述太長,而在頁面顯示上出現問題。假如說不好,那就是我們在看UML圖的時候無法了解到其中參數的情況。
  
  在設計的過程中,應該說二者是打了一個平手。
  
  二、開發:這個方面我主要指的就是實際的編碼工作,在這個方面,Oracle作為數據庫方面的老大,當然對數據庫的支持方面為我們提供了很多的方便,但是正如大家所知道的,Borland所提供的開發工具都是以簡單易用、對用戶友好而出名的,在實際的開發過程中,在代碼自動完成,錯誤自動修正還有調試的過程中,JBuilder都提供了JDeveloper所不能提供的方便,這也是我們最終在開發的時候選擇了JBuilder的原因。
  
  例如:當我們在代碼中使用了一個我們沒有引用的類的時候,JDeveloper只是簡單的為我們報錯,而不會給我們提供解決的方法,而在Jbuilder當中,我們可以方便的按下alt+enter來看提示,並在建議的改進方法中選擇自動修改我們的錯誤。或者在java開發中我們深惡痛絕的catch exception,有些操作由於沒有捕捉異常,而不能在編譯過程中通過,在JDeveloper中我們只能老老實實的添加try……catch,然而在Jbuilder中,我們同樣可以讓它自動完成這項功能。
  在這個方面,應該說JBuilder在很大程度上獲得了勝利。
  
  以上就是我在開發過程中對二者的使用的一個簡單的比較,可能在某些方面由於我沒有使用到而有些偏頗,希望能夠與大家一起討論。
  進入討論組討論。
 
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved