Oracle 推出了最新的JDeveloper10g，網(wǎng)上頓時(shí)風(fēng)風(fēng)火火，郵箱中也多了不少關(guān)于此的廣告郵件。平心而論，10g比9i已經(jīng)有了很大的進(jìn)步，他盡量通過可視化的編輯方式來完成程序開發(fā)工作，希望JDeveloper也能夠像微軟的Studio一樣，高效率工作。但是，通過一段時(shí)間的試用以后，終于明白JDeveloper與成熟的商用java IDE是有差距的。這里我只談一談不成熟的地方，下面就請(qǐng)各位看官容我細(xì)細(xì)道來：

  看Oracle的Demo時(shí)，覺得很不錯(cuò)，對(duì)一個(gè)數(shù)據(jù)表，從建立Entity Object(實(shí)體對(duì)象),ViewObject（視圖對(duì)象）,Struts Action,jsp到最后運(yùn)行，基本上沒有寫代碼，都是通過拖動(dòng)完成，數(shù)據(jù)的增加，修改，刪除都由系統(tǒng)自動(dòng)來幫你完成了。非常輕松，當(dāng)然這是最理想、最簡單的情況。然后這個(gè)優(yōu)點(diǎn)其實(shí)也是一個(gè)缺點(diǎn)，高效率犧牲了靈活性，ViewObject與表現(xiàn)層關(guān)聯(lián)的過于緊密，以往我們?cè)贏ctionForm里面直接做的時(shí)候，可以對(duì)ActionForm隨意操作，因?yàn)樗c數(shù)據(jù)庫無關(guān)，但是現(xiàn)在你要想對(duì)ViewObject隨意操作就不行了，因?yàn)樗袛?shù)據(jù)庫的規(guī)則存在，而在JDeveloper提供的方式中，ViewObject承擔(dān)了太多的工作，雖然ViewObject直接和頁面做數(shù)據(jù)交換很方便（自動(dòng)治理數(shù)據(jù)的增加、修改、刪除），但在復(fù)雜情況下（多表約束，外鍵），則無法實(shí)現(xiàn)一些復(fù)雜操作，除非非常簡單的項(xiàng)目，否則他就是雞肋。

缺點(diǎn)一：希望能夠節(jié)省大家的時(shí)間少寫重復(fù)代碼，結(jié)果只能滿足簡單的需求。

  我們都知道，現(xiàn)在任何一個(gè)項(xiàng)目要靠一兩個(gè)人來完成是不輕易的，所以肯定是一個(gè)小組共同作戰(zhàn)，那么這就涉及到一個(gè)版本治理、協(xié)同工作的問題。在這個(gè)環(huán)節(jié)我終于體會(huì)到了Oracle的強(qiáng)大，不把你折騰倒是不會(huì)罷休的。
  先來講講Oracle的項(xiàng)目文件結(jié)構(gòu), .JPR 是項(xiàng)目的主文件，然后在SRC下會(huì)有各種.xml文件，還有一些.CPX文件，這些文件的作用就是存儲(chǔ)項(xiàng)目目錄下源文件的類型、Path。也就是說在同一項(xiàng)目中，有非常多共用文件，對(duì)于團(tuán)隊(duì)并行開發(fā)來說，這簡直是一個(gè)惡夢(mèng)。在項(xiàng)目中任意增加一個(gè)文件，都會(huì)記錄到上述的公共文件中，假如大家的項(xiàng)目一合并，就會(huì)出現(xiàn) N個(gè)Conflicts，解決不好，項(xiàng)目就打不開了。上了Metalink,又上了Oracle forum ，才知道大家都是痛苦不堪，想出各種辦法來解決這個(gè)問題。最后，沒辦法，只有獨(dú)占模式最好，不用合并。只不過一個(gè)人做的時(shí)候，其他人就休息。

缺點(diǎn)二：做來做去做成了一個(gè)個(gè)人開發(fā)工具，適合獨(dú)行俠使用。

大量的XML配置文件存儲(chǔ)了大量的信息，想維護(hù)只有通過圖形化的工具，還不讓你直接修改。怕你改壞了，所以只有關(guān)掉Jdeveloper,用editplus到外面修修改改。然后再打開Jdeveloper.

缺點(diǎn)三：只考慮入門新手，但應(yīng)該為熟手提供一個(gè)Edit XML功能。

以上是我試用過程中的一些體會(huì)，還有很多雞肋、Bug之類的東西懶得說了。感覺Oracle Jdeveloper10g離成熟還有一段距離，當(dāng)然，他帶來了一些新的思路，辦法，我覺得假如發(fā)揚(yáng)好了，還是很有希望的。