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

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

缺點一：希望能夠節省大家的時間少寫重復代碼，結果只能滿足簡單的需求。

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

缺點二：做來做去做成了一個個人開發工具，適合獨行俠使用。

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

缺點三：只考慮入門新手，但應該為熟手提供一個Edit XML功能。

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