在Spring+Hibernate架構下，用動態語言寫業務類

    如果羨慕Ruby On Rails可以用動態語言來編碼，但又捨不得Spring、Hibernate這些Javaer深以為傲的架構，那麼有一種折中的方案：
    仍然使用Spring+Hibernate架構，而用Groovy/Jython/JRuby來編寫Controller類、Service類、DAO類，並把它們編譯成普通的Java Class檔案來使用。
    BuggyBean的blog裡用Jython示範了這種方案。

　１.why 動態語言？
　現在的動態語言都已經很物件導向，和傳統的用來寫寫外圍指令碼（測試，安裝）的script語言已經不同，而且Groovy,Jython,JRuby寫成的類除了動態載入外，都可以編譯成靜態Java Class檔案，所以已能很好的承擔J2EE應用裡業務類的角色了。

　動態語言有什麼好處呢，請參看<Groovy寫業務類、架構類的那一噸好處>。

    2. 八卦：各種動態語言的Java實現
       Groovy ，BeanShell，Jython(Python)，JRuby(Ruby)，Rhino(JavaScript)，
      Jacl(TCL)，Bistro(SmallTalk)，Kawa(Lisp/Schema)

　3.哪種動態語言？
    Jython總是若斷若續，氣若遊絲的樣子，而且現在都才移植到Jython2.1，比Python2.4 慢了幾拍，很信不過。

　JRuby呢? Dion Almaer在JRuby0.8.2發布時說："The day JRuby gets up to Jython levels, and then C Ruby levels, will be a great day."，字面上JRuby比Jython還要不靠譜。
     Ruby還有一個不好是暫時沒有好的IDE(連那個收費的ruby-ide都好弱)，如果沒有好的IDE，可以抵消掉大部分語言本身的優勢，真不能想像Ruby On Rails是用怎麼個UltraEdit級的編輯器寫出來的。

   Groovy的弱勢是1.0正式版還沒有發行，使用者社區還不大。

    因為現在選的是Java架構下嵌入哪種動態語言作為業務類。所以Python和Ruby的使用者社群和大量的已有項目作用不是很大。而Groovy比起兩位舶來品，
    1.作為私生子，嵌入性理所當然是最好的，兩者的關係曖昧得不得了。
    2.另一個天然優勢是能相容Java的文法，把Java代碼copy到Groovy幾乎不作什麼修改(only不支援throws定義語句和Inner Class)，團隊的學習曲線平滑。
    3.因為不是移植項目，語言升級時沒有時間差，不用看移植人的臉色。

    so，我會選Groovy，等它的正式版出來之後。