Jbuilder是Borland公司開發(fā)的java開發(fā)的工具，而JDeveloper是Oracle公司提供給大家使用的IDE工具，最近的開發(fā)過程中分別使用了這兩種工具，現(xiàn)在來談一下自己在設(shè)計和開發(fā)的過程中發(fā)現(xiàn)的兩種工具的不同，并對兩種工具提供的功能做一個簡單的比較，希望與大家共同交流。

　　一、UML設(shè)計：在開發(fā)之前，我們首先想到使用UML對所要開發(fā)的項目進(jìn)行設(shè)計，以使自己在真正編碼的時候做到心中有數(shù)。在這個方面，JDeveloper比Jbuilder有著天然的優(yōu)勢，因?yàn)樵贘developer中就包含了創(chuàng)建UML圖的工具，我們可以方便的在一個工具下進(jìn)行UML的設(shè)計，并且在其中，從圖到代碼的轉(zhuǎn)換是自動完成的，而不需要我們手動的進(jìn)行轉(zhuǎn)換，而且，所有的圖示與源代碼都是處于一個工程中的，這也方便了我們對整個工程的把握和管理。

　　而在Jbuilder的開發(fā)過程中，我們不得不借助與其他的工具進(jìn)行UML設(shè)計，我們選擇的是Borland公司專門針對JBuilder的Together Designer for Jbuilder，然而，這個工具在一定程度上與我們的工程有些不協(xié)調(diào)的地方。我并不是說這個工具不如JDeveloper中的UML設(shè)計工具，相反，我覺得在很大程度上，尤其是方便易用的方面，Together Designer比JDeveloper有更大的優(yōu)勢，一方面Together Designer 2005全面集成的針對UML 2.0的支持，我們可以在其中非常方面的建立UML的設(shè)計。（可惜我對UML2.0的理解還不太深入，沒有膽量使用，呵呵），另一方面，里面集成了一些模式的模板。哪些模式呢？那就是大家最熟悉的“四人幫”所提出的那些模式，這樣如果我們在設(shè)計過程中使用了設(shè)計模式的話，就可以方便的調(diào)用，而無需自己設(shè)計，這一點(diǎn)也是非常方便的。但是我們的設(shè)計是一個非常小的工程，我考慮了一下，但是暫時沒有發(fā)現(xiàn)可以使用設(shè)計模式的地方，可惜了這么好的功能。

　　 另外，我個人覺得有一點(diǎn)二者是各有所長，那就是對參數(shù)的處理上，在JDeveloper中，所有的參數(shù)我們都需要手動輸入，并且可以在設(shè)計圖中顯示。而在Together Designer中，我們可以向在編制程序的過程中一樣，對一個操作的各項參數(shù)進(jìn)行詳細(xì)的設(shè)計，但是所有的參數(shù)都不會顯示在圖上，這項功能我想每個人的看法都是不一樣的，如果說好，那么這樣的設(shè)計可以避免由于操作的描述太長，而在頁面顯示上出現(xiàn)問題。如果說不好，那就是我們在看UML圖的時候無法了解到其中參數(shù)的情況。

　　在設(shè)計的過程中，應(yīng)該說二者是打了一個平手。

　　二、開發(fā)：這個方面我主要指的就是實(shí)際的編碼工作，在這個方面，Oracle作為數(shù)據(jù)庫方面的老大，當(dāng)然對數(shù)據(jù)庫的支持方面為我們提供了很多的方便，但是正如大家所知道的，Borland所提供的開發(fā)工具都是以簡單易用、對用戶友好而出名的，在實(shí)際的開發(fā)過程中，在代碼自動完成，錯誤自動修正還有調(diào)試的過程中，JBuilder都提供了JDeveloper所不能提供的方便，這也是我們最終在開發(fā)的時候選擇了JBuilder的原因。

　　例如：當(dāng)我們在代碼中使用了一個我們沒有引用的類的時候，JDeveloper只是簡單的為我們報錯，而不會給我們提供解決的方法，而在Jbuilder當(dāng)中，我們可以方便的按下alt+enter來看提示，并在建議的改進(jìn)方法中選擇自動修改我們的錯誤�；蛘咴趈ava開發(fā)中我們深惡痛絕的catch exception,有些操作由于沒有捕獲異常，而不能在編譯過程中通過，在JDeveloper中我們只能老老實(shí)實(shí)的添加try……catch，然而在Jbuilder中，我們同樣可以讓它自動完成這項功能。
　　在這個方面，應(yīng)該說JBuilder在很大程度上獲得了勝利。

　　以上就是我在開發(fā)過程中對二者的使用的一個簡單的比較，可能在某些方面由于我沒有使用到而有些偏頗，希望能夠與大家一起討論。