致Play Framework開發者們的一封信
親愛的朋友們！
一個小事實：
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] ^
- [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
模板中的數據轉換又怎么樣呢？
在我把所有數據轉換成模板形式之前，我應當使用@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
原文來自：http://blog.jobbole.com/16631/
【編輯推薦】
- Play 2.0的完整演示過程記錄
- Play Framework 2.0 新特性介紹
- Play framework 2.0 Final發布
- 拯救Java程序猿的神器：Play Framework
- Play可以做的5件很酷的事
