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 不放