Vaadin网站上的GWT页面有点稀疏：https://vaadin.com/gwt
“只有好处，没有陷阱 您将享受GWT中您喜爱的一切，并获得新颖的服务器端编程模型，组件，工具，主题和其他附加功能的额外好处。如果您不喜欢所看到的内容，只要您坚持使用com.google。*软件包，就很容易返回。您可能最终会开始使用com.vaadin。*包中的功能。但是没有必要担心 - Vaadin Framework也是在相同的自由派Apache 2.0许可证下发布的“
我喜欢Vaadin网站上的一些外观和感觉，但我对“服务器端模型”感到紧张......如果可能的话，我宁愿让大部分代码在客户端运行，而且我m再次检查GWT RPC调用（通常使用相同的Java代码）以确保安全性。我不喜欢很多来回的想法。
鉴于我的担忧，是否值得深入挖掘Vaadin？还是我到此为止？我可以利用各种外观和感觉而不会让一切都变得干扰吗？任何其他关于杠杆作用的非直观答案都将受到赞赏。
更新： 请不要回答比较Vaadin和GWT的问题，提供替代的UI框架。
我还使用过SmartGWT，GXT和捆绑的GWT小部件等。还熟悉一些非常完整的小部件集，如DevExpress for .NET。我问这个问题的原因是因为Vaadin LOOKS真的很酷......我正在寻找这样的答案：不，不可能从Vaadin中提取L＆amp; F而不影响客户端或者除了L＆amp; F之外的东西，还有你可以使用的很酷的验证东西等等，然后可能是一些有用的证据来支持那个位置（尝试过和失败过）。
答案 0 :(得分：2)
我只回答关于L＆amp; F即GUI和安全性的问题的一部分。
1）L&F
Vaadin upto 6.x版本不支持独立使用小部件。您需要进入整个服务器端模型。
然而，从版本7开始，Vaadin倾向于旋转Widget端以允许小部件使用，而不必像服务器端状态维护那样强制使用前后jsf。 参考 - https://groups.google.com/forum/?fromgroups=#!topic/google-web-toolkit/3U1h0W_iHcM
2）Security
GWT方面对RPC的XSRF功能有很好的支持，它允许每个RPC调用生成rpctoken，或者选择粒度。这可能是每次服务器端状态调用的Vaadin往返的性能开销。
3）GAE是关于你的Vaadin往返有多重的因素depending。
4）Future
Vaadin是GWT steering committee的成员，与Jboss Errai（Errai路线图中的asynchronous bean management）一起，非常依赖服务器端模型。