致Play Framework開發者們的一封信

        導讀：3月中旬，Play Framework 2.0 正式版發布了。2.0 版本的主要新特性：內置對 Java 和 Scala 的支持、完全異步編程模型、側重于類型安全、強大的構建系統、數據存儲和模型的集成等。本文是 Roman Bykovskiy 發布在 Play Framework 的?Google 群組的一篇文章。

        親愛的朋友們！

        一個小事實：

        Scala 遜斃了。好吧，我承認這個語言或許被捧上了天，但是編譯它而產生的昂貴的時間花費也是不爭的事實。整整 13 秒！這還是在做了微調將其變成模板以后！我自己為了優化編譯而專門分配一個分離式服務器，最終將編譯速度提高到了 5 秒——但是這仍然是很大的時間花銷！我們已經嘗試使用別的平臺了！

        一個大謊言：

        “Play 框架讓網絡應用開發更簡單！無論是 Java 還是 Scala”

        事實是：“Play 框架讓網絡應用開發更簡單——僅僅對于 Scala，如果你使用 Java……那么，好吧，讓神明賜予你力量吧！”我一會兒再討論這個問題。

        我的故事

        當我剛聽說 Play 框架的時候，我打開了官方網站，并觀看了1.x 版本的介紹視頻！額滴個神啊！就是它！我當時就認準了！我安裝了 Play 框架，在我的電腦上實現了所有教學視頻里的例子，并根據我當時正在做的項目，迅速地寫出了一份開發文檔。

        整整一個月的時間，我都在嘗試說服老板，在新的項目中使用 Play 框架，因為它比我們在使用的所有框架都更優秀！最后我做到了！像變戲法一樣，迅速地改變了一切。

        但是現在，當我們已是到新的項目將使用 Play 2 框架時，我的同事們臉都變綠了，并且我無法找到任何借口——來解釋 Play 2 跟 Play 1 完全不是一碼事。如果我自己都不理解 Play 2 是如何工作的，那我怎么去幫助我的同事呢？

        快速細化

        我之所以喜歡 Play 1.x 版本，是因為它的速度。這里不是指它的運行速度快（隨著電腦速度的更新，人人都能做到速度快），而是它的細化速度。框架的一切都是如此的敏捷和簡單。而在 2.0版本里，這一點簡直就是煎熬。2.0版本丟棄了1.0的結構和成果，反而去尋找另一種方法，實現那些本來在1.0中可以輕松搞定的事情，而且還是以 好幾種模式去做。

        Scala

        我是一個 Java 開發者。那么我為什么要去學習用 Scala 語言來制作一個基礎模板呢？我僅僅就是需要一個模板而已！只不過是一種格式化輸出信息的方法。它能編譯當然很好！但是如果為此我就需要花費大量的時間去處 理細化，而且絕大多數時間還是在干等，那我編譯它有個鬼用？

        也許在美國，你們編譯 Scala 代碼，但是在我們俄羅斯，Scala 是在編譯你！

        這感覺真是相當不好！

        為了說明一些最簡單的事情，我不得不在 Google groups 上發帖，因為這里沒有任何的相關信息。

        我無法再模板中設定一個變量，這個變量我會在后面的循環中用到。

        對于這樣一個需要我去“征服”的模板引擎，要它何用？

        [error] /home/romka/projects/ponominalu/target/scala-2.9.1/src_managed/main/views/
html/event.template.scala:156: '(' expected but ')' found.

        [error]
 """),_display_(Seq (/*123.14*/for)),format.raw/*123.17*/(""" ((sector,i) 
<-subevent.sectors.zipWithIndex) """),format.raw ("""{"""),format.raw/*123.64*/("""


        [error] /home/romka/projects/ponominalu/target/scala-2.9.1/src_managed/main/
views/html/event.template.scala:421: illegal start of simple expression

        [error] """)))})),format.raw/*388.2*/("""

        [error]       ^

        [error] two errors found

        呃，我應該如何根據這些輸出查找錯誤？別告訴我說錯誤在 156 行。這些破信息怎么能幫助我理解發生了什么？他們就是一大堆額外的空白字符！

        模板中的數據轉換又怎么樣呢？

        在我把所有數據轉換成模板形式之前，我應當使用@Before 標注。比如我要在每個頁面顯示菜單，現在我必須把所有的菜單數組在每個模板調用中轉換一下，然后在每個調用里面再通過原始類型傳參，這么做不是多此一舉么？

        語言轉換

        你可以說 Scala 語言是未來發展的方向（但是我懷疑在短期內可能無法提升其編譯的速度，不過這些都 OK）。那么嘗試創新，但是不要企圖替代！你認為 Eban 比 Hibernate 更好？——只有熟悉 Ebean 的人才會這么認為吧！

        假設在日本開一家餐廳，你嘗試著用叉子代替筷子（因為有廣泛的觀點認為，叉子比筷子更有利于進食），然后看看這會不會成功吧。

        向后兼容性永遠是 Java 語言的根基，這也就是 Java 版本為什么演進緩慢的原因，舊的程序在新版本中運行不會出現問題。

        你取消了的 War 包的創建，那我怎么把程序部署到 Tomcat 里？你通過修改 org.apache.commons.lang.StringEscapeUtils.escapeHtml (text)包來增加輸出文字處理功能。很好! 但是這樣就會把文字搞得亂七八糟，比如像：

Сыновья

        這樣。

        為了關掉額外的文字處理，我必須編輯 Templates.scala 并可能產生重新編譯（說實話我還真不會手動編譯）。如果 Play 框架的版本更新了，我又得重來一次。

        結論

        現在，Play 已經成為了我脖中之刺！如果剛一開始它是一個又簡單又快速的開發框架，那么如今它已經發展到和其他許多框架一樣臃腫和笨重。也許它能吸引大量 Scala 的粉絲，但是必將遭到 Java 開發者的厭惡。因為使用 Play 開發產品，你無法回避使用 Scala 語言。

        也許 Scala 不是那么糟，但是我是一個 Java程序員。我只在我有足夠閑心的時候才會去學習一門新的語言。但是我現在不得不去學，才能將我所知道的方法，和 Play 框架開發者們所宣稱的那些知識融合起來。

        PS1：還記得蘋果公司的格言“簡潔至上”么？如果框架不給用戶提供那些不需要的東西。那么用戶也許會少一些花招，但是這會迫使用戶使用真正有價值的方法。他們同樣也可以完成一切需要完成工作，與此同時，那些普通用戶則被華而不實的東西攪得心煩意亂。

        PS2：返回 ok 狀態 (…) 你不是開玩笑的吧？ 如果我已經做好了準備返回，那我肯定是已經達到 ok 的狀態了，否則我就拋出異常了。

        PS3：如果使用 Scala 的主意是來自某個做酸綠網站的家伙，那么他就是萬惡之源，消滅他！

        英文原文：Open Letter to Play Framework Developers  編譯：伯樂在線 – 黃小非