我們正處于將基于自定義開發的mvc框架構建的大型網站遷移到基于Java的網絡框架的計劃階段，該網絡框架對ajax，富媒體內容，混搭，基于模板的布局，驗證，最大html /提供內置支持java代碼分離。Grails看起來是一個不錯的選擇，但是，我們不想使用腳本語言。我們要繼續使用Java?；谀０宓牟季质鞘滓紤]的問題，因為我們打算將此Web應用程序與功能相似但外觀完全不同的多個網站一起使用?；陂T戶的解決方案是否非常適合此問題？有關使用“ Spring Roo”或“ Play”的任何見解都將非常有幫助。我沒有找到類似的職位像這樣，但它是一個多歲。同時，情況肯定發生了變化！編輯1：感謝您的偉大答案！該網站正成為最佳的渠道內程序員信息的單一來源。但是，我期待有關使用Portal-cms二重奏的更多信息。賈伊亞（Jahia）看貨。有什么相似之處嗎？
3 回答
忽然笑
TA貢獻1806條經驗 獲得超5個贊
我已經使用Spring 3和Jquery一段時間了，但聽說了Play并試了一下。我真的很喜歡，Play非常適合PHP之類的東西和諸如Spring之類的重型Java框架。
我最喜歡玩的東西是：
很容易就可以創建一個播放應用程序，您必須在編碼和配置上走得很遠，才能使用Spring在屏幕上獲得一個簡單的原始應用程序（盡管Spring 3使其變得更加容易）。
Spring Security很棒，但是卻以復雜性為代價。Play的安全模塊非常簡單，可以滿足大約90％的應用程序的需求。
您可以進行代碼更改，然后在瀏覽器中單擊刷新以查看更改，就像使用PHP一樣，而不必使用基于Servlet的框架進行整個重新部署。
錯誤消息可以很好地顯示，并且在大多數情況下不是那么神秘。Play仍需要進行錯誤處理
Play的插件機制非常簡單。
對象持久性非常出色，因為內存數據庫和JPA隨框架一起提供，因此無需配置外部對象持久性工具。從內存數據庫到實際的RDBMS是配置文件中的一行更改。
MVC設置非常好。您擴展來創建域對象的Model類與JPA實體管理器集成在一起。他們不只是POJO的。
將URL映射到控制器既簡單又靈活，并且都在一個“路由”文件中。
每當創建項目時，Play都會處理所有jar依賴項，并且Play具有一個實用工具來對項目進行月食化（或任何您喜歡的IDE），以便將其直接導入到您喜歡的IDE中。
我不喜歡Play的事情
文檔還不完整，仍然存在許多未記錄的功能。
該框架是服務器，因此您必須為每個應用程序專用一個端口。我認為有人正在開發虛擬主機插件，但我還沒有看到它的實際應用。
它還很年輕，項目很棒，技術很棒，但確實需要更多的開發人員。我們將花一些時間來解決這個問題。
互換的青春
TA貢獻1797條經驗 獲得超6個贊
對我來說，前三個選擇是（按字母順序）：
JSF
春季MVC
支柱2
他們：
有很好的ajax支持
允許您創建實際的網站，而不是應用程序（例如GWT）
穩定，有據可查，用途廣泛
MVC
純Java
與Spring輕松集成為中間件
添加回答
舉報
0/150
提交
取消