很多人在談?wù)搩?nèi)存泄露問(wèn)題，當(dāng)然對(duì)于c/c++來(lái)說(shuō)，這個(gè)應(yīng)該是老掉牙的問(wèn)題，但是很多Java人員也越來(lái)越多得討論這個(gè)問(wèn)題，我這里寫(xiě)個(gè)小結(jié)，希望對(duì)大家有一定的參考價(jià)值。篇幅較長(zhǎng)，詳細(xì)內(nèi)容請(qǐng)進(jìn)
這里。
Jbuilder是Borland公司開(kāi)發(fā)的java開(kāi)發(fā)的工具，而JDeveloper是Oracle公司提供給大家使用的IDE工具，最近的開(kāi)發(fā)過(guò)程中分別使用了這兩種工具，現(xiàn)在來(lái)談一下自己在設(shè)計(jì)和開(kāi)發(fā)的過(guò)程中發(fā)現(xiàn)的兩種工具的不同，并對(duì)兩種工具提供的功能做一個(gè)簡(jiǎn)單的比較，希望與大家共同交流。
一、UML設(shè)計(jì)：在開(kāi)發(fā)之前，我們首先想到使用UML對(duì)所要開(kāi)發(fā)的項(xiàng)目進(jìn)行設(shè)計(jì)，以使自己在真正編碼的時(shí)候做到心中有數(shù)。在這個(gè)方面，JDeveloper比Jbuilder有著天然的優(yōu)勢(shì)，因?yàn)樵贘developer中就包含了創(chuàng)建UML圖的工具，我們可以方便的在一個(gè)工具下進(jìn)行UML的設(shè)計(jì)，并且在其中，從圖到代碼的轉(zhuǎn)換是自動(dòng)完成的，而不需要我們手動(dòng)的進(jìn)行轉(zhuǎn)換，而且，所有的圖示與源代碼都是處于一個(gè)工程中的，這也方便了我們對(duì)整個(gè)工程的把握和管理。
而在Jbuilder的開(kāi)發(fā)過(guò)程中，我們不得不借助與其他的工具進(jìn)行UML設(shè)計(jì)，我們選擇的是Borland公司專門(mén)針對(duì)JBuilder的Together Designer for Jbuilder，然而，這個(gè)工具在一定程度上與我們的工程有些不協(xié)調(diào)的地方。我并不是說(shuō)這個(gè)工具不如JDeveloper中的UML設(shè)計(jì)工具，相反，我覺(jué)得在很大程度上，尤其是方便易用的方面，Together Designer比JDeveloper有更大的優(yōu)勢(shì)，一方面Together Designer 2005全面集成的針對(duì)UML 2.0的支持，我們可以在其中非常方面的建立UML的設(shè)計(jì)。（可惜我對(duì)UML2.0的理解還不太深入，沒(méi)有膽量使用，呵呵），另一方面，里面集成了一些模式的模板。哪些模式呢？那就是大家最熟悉的“四人幫”所提出的那些模式，這樣如果我們?cè)谠O(shè)計(jì)過(guò)程中使用了設(shè)計(jì)模式的話，就可以方便的調(diào)用，而無(wú)需自己設(shè)計(jì)，這一點(diǎn)也是非常方便的。但是我們的設(shè)計(jì)是一個(gè)非常小的工程，我考慮了一下，但是暫時(shí)沒(méi)有發(fā)現(xiàn)可以使用設(shè)計(jì)模式的地方，可惜了這么好的功能。
另外，我個(gè)人覺(jué)得有一點(diǎn)二者是各有所長(zhǎng)，那就是對(duì)參數(shù)的處理上，在JDeveloper中，所有的參數(shù)我們都需要手動(dòng)輸入，并且可以在設(shè)計(jì)圖中顯示。而在Together Designer中，我們可以向在編制程序的過(guò)程中一樣，對(duì)一個(gè)操作的各項(xiàng)參數(shù)進(jìn)行詳細(xì)的設(shè)計(jì)，但是所有的參數(shù)都不會(huì)顯示在圖上，這項(xiàng)功能我想每個(gè)人的看法都是不一樣的，如果說(shuō)好，那么這樣的設(shè)計(jì)可以避免由于操作的描述太長(zhǎng)，而在頁(yè)面顯示上出現(xiàn)問(wèn)題。如果說(shuō)不好，那就是我們?cè)诳碪ML圖的時(shí)候無(wú)法了解到其中參數(shù)的情況。
在設(shè)計(jì)的過(guò)程中，應(yīng)該說(shuō)二者是打了一個(gè)平手。
二、開(kāi)發(fā)：這個(gè)方面我主要指的就是實(shí)際的編碼工作，在這個(gè)方面，Oracle作為數(shù)據(jù)庫(kù)方面的老大，當(dāng)然對(duì)數(shù)據(jù)庫(kù)的支持方面為我們提供了很多的方便，但是正如大家所知道的，Borland所提供的開(kāi)發(fā)工具都是以簡(jiǎn)單易用、對(duì)用戶友好而出名的，在實(shí)際的開(kāi)發(fā)過(guò)程中，在代碼自動(dòng)完成，錯(cuò)誤自動(dòng)修正還有調(diào)試的過(guò)程中，JBuilder都提供了JDeveloper所不能提供的方便，這也是我們最終在開(kāi)發(fā)的時(shí)候選擇了JBuilder的原因。
例如：當(dāng)我們?cè)诖a中使用了一個(gè)我們沒(méi)有引用的類的時(shí)候，JDeveloper只是簡(jiǎn)單的為我們報(bào)錯(cuò)，而不會(huì)給我們提供解決的方法，而在Jbuilder當(dāng)中，我們可以方便的按下alt+enter來(lái)看提示，并在建議的改進(jìn)方法中選擇自動(dòng)修改我們的錯(cuò)誤。或者在java開(kāi)發(fā)中我們深惡痛絕的catch exception,有些操作由于沒(méi)有捕獲異常，而不能在編譯過(guò)程中通過(guò)，在JDeveloper中我們只能老老實(shí)實(shí)的添加try……catch，然而在Jbuilder中，我們同樣可以讓它自動(dòng)完成這項(xiàng)功能。
在這個(gè)方面，應(yīng)該說(shuō)JBuilder在很大程度上獲得了勝利。
以上就是我在開(kāi)發(fā)過(guò)程中對(duì)二者的使用的一個(gè)簡(jiǎn)單的比較，可能在某些方面由于我沒(méi)有使用到而有些偏頗，希望能夠與大家一起討論。
更多Java技巧盡在
dev.yesky.com
本文介紹了軟件體系架構(gòu)產(chǎn)生的背景和架構(gòu)模式的基本理論。重點(diǎn)介紹管道與過(guò)濾器體系架構(gòu)模式的結(jié)構(gòu)，實(shí)現(xiàn)，優(yōu)缺點(diǎn)等，然后以J2EE的Servlet Filter為例進(jìn)行剖析它是怎樣應(yīng)用該架構(gòu)模式的，最后簡(jiǎn)單闡述了在其它J2ee應(yīng)用中(Jboss和Axis)的實(shí)踐。
全文閱讀：軟件體系架構(gòu)模式在J2EE中的應(yīng)用