GWT 2.8 出了 \囧/
※ 引述《s58348292 (S58)》之銘言：
: spring boot + XXX web framework + boostrap + jquery
: 麻煩幫我推薦一下web framwork
: 需求：前題，商業使用也不用花錢的framework
: 1、簡單，好上手、開發速度快 這點最重要
: 我不會需要寫到太複雜的東西
: 2、可以跟上時代的腳步 ：）
: 3、效能不要太差，我寫的東西跑在效能不高的機器上
: 例raspberry pi
: 以前都是用ZK，要換掉
: 看了一些例如freemarker wicket spark
: 但，還是想聽聽大家的建議，謝謝！
wicket、Sprint Boot 我沒用過不確定
spark 不是搞 cluster 的嗎？ [抓頭]
但是看到 freemarker 我就噴了，What the ......
我寧願相信是我的 freemarker 玩得不夠
（只是拿來硬幹 code generator，連教學文件都沒跑完一次 [逃]）
但是如果要用 freemarker 噴 HTML......
那跟 JSP 到底有啥差別？
你不喜歡 <%= %>，那加上 EL 就夠相似了吧？
什麼？ 你比較喜歡 <#if> 而不是 <% if %>
你他（下略 xx 數十字）
有什麼理由要在一個「不會需要寫到太複雜的東西」裡頭
做 framework 疊疊樂？
然後你還要自己確保套 freemarker 的效能比 JSP 好？ lol
重點在於你沒說清楚你的
「不會需要寫到太複雜的東西」是什麼意思
你也沒說清楚「效能不高的機器上」是什麼意思
難道給你幾 U 的 Dell PowerEdge（配備任選）
你就能撐住台灣地區的 FB 需求？（說不定還真的可以 XD）
好，如果只是鍵盤嘴砲一些教科書上的理論
你要極小化 web server 處理 HTTP request 所需的資源
那當然要捨棄傳統 web server 吐完整 HTML 的招數
而是 server 只吐 data，client side 自己去組出畫面
用已經完全不潮、而且有點籠統隨便的說法，就是用 AJAX
所以，多想三秒鐘
你就會發現 freemarker / template engine 這條路根本科科
另外，ZK 在 N 年前就已經做到這件事情了
ZK（相對）容易垮不是死在這個段落
而是在於 server 要 keep 住每個 client 畫面上每個元件的狀態
（注意：這是我知道的 ZK 6，
ZK 之後的發展我沒再關心，跟現況不符也不要意外）
也就是說，如果你預期的同時連線數不高
那用 ZK 根本不是什麼錯誤的選擇
甚至某些情境下他還很好用，甚至是個正確的選擇
說來丟臉，雖然一寫 ZK 就會詰譙個沒完沒了
但是某些需求我用 ZK 寫還比用 GWT + GXT 來的快... (艸
如果撇開你的第二個需求
我大概會讓 server 只用個 GSON 噴 JSON
至於 ORM 還是 Spring 的鬼玩意統統不用
然後 client / browser 用純 JS，最多套個 jQuery
保證簡單、好上手、開發速度快、server 跑起來也快
跟得上時代的腳步？ 那是什麼？ 能吃嗎？
還是說現在哪個很潮的技術最後不是 HTTP + JS
（俺是用 Unity 的 [核爆]）
======== 以上都是廢話分隔線 ========
總之（？）
GWT 無法滿足你任何一個需求
GWT 無法滿足你任何一個需求
GWT 無法滿足你任何一個需求
很重要所以要講三次
GWT 很難、很不好上手、開發速度極慢，跟不上潮流
（一堆人說 GWT 已經死了，死人怎麼會跟得上潮流，現在連喪屍題材都不潮了）
只有像我這種不求長進的魯蛇才會死抓著 GWT 不放