我真的在兩個不同的堆棧之間建立一個大型應用程序。其中一方面有此選項:NodeJS與大型項目的Play Framework
- Node.js的
- 表達
- 咖啡腳本
- coffeekup
- 貓鼬/ MongoDB的 或
- presistencejs/MySQL的
- 播放框架W /斯卡拉
- ANORM W/MySQL的
- 或MongoDB的
Node.js的路徑是吸引我,因爲我可以寫所有服務器端代碼,coffeescript中的視圖和客戶端代碼,我已經知道了。如果我走下這條道路,我仍然不能100%確定我要走哪條db路徑。貓鼬使得存儲數據變得簡單快捷,但由於考慮到數據模型(非常SQLish),缺乏真正的關係可能會更困難。
Play Framework路徑也很吸引人,因爲我在使用Java時很瞭解該框架,但我對Scala瞭解不多,所以當我通過學習該語言工作時,會對生產力產生影響。 Anorm數據庫訪問層很吸引人,因爲我可以手工編寫SQL,我更喜歡它,並將結果自動映射到對象,從而節省了大量的工作量。
我一直傾向於node.js,但我沒有出售最好的數據庫訪問層使用。任何人都有任何這方面的經驗,並可以分享一些見解?
你能解釋爲什麼Play Framework不適合實時工作嗎? Play Framework基於事件驅動的服務器架構。 – Jonas
Play Framework構建在客戶端請求服務器體系結構上。可以使用continuation進行異步操作,Play Framework有使庫更容易的庫;它的優勢在於短暫的請求生命週期(即傳統的Web請求)http://www.playframework.org/documentation/1.2.3/asynchronous – Mike
然而,我認爲Play 2.0非常適合實時職責 - 重新一些[播放2 WebSocket示例/文檔](https://github.com/playframework/Play20/wiki/ScalaWebSockets)。 – KajMagnus