我正在努力学习一些优秀的框架（o框架/语言集），以构建一些基于RIA的Java，而不仅仅是面向业务的框架。我在我的开始，所以请原谅我这么一般性的问题。
实际上我已经花了一些时间在GWT上，我喜欢这种哲学。问题是Java 8;我正在使用Java 8，并且与GWT不兼容;我知道只是时间问题需要解决，但在此期间我一直在努力。
现在，我已经理解（？）GWT是构建客户端RIA的最佳选择，但缺乏服务器方面的某些方面，并且可能需要以某种方式加强。但是，什么意味着＆＃34;强化＆＃34;？什么可以是＆＃34;好伙伴＆＃34; GWT的服务器端？
我已经看过Vaadin了，但是我并不喜欢这样的哲学：在我看来，在Vaadin，Gwt想要从服务器和客户那里获得精力，这一想法正在赢得胜利。如果我不理解错误，那么细化几乎只是服务器端。
现在的问题是：2014年最佳实践之路是什么？ 只有GWT？ GWT +服务器端添加（和什么插件？）？ Vaadin？还是别的什么？
答案 0 :(得分：1)
我认为你必须考虑你想做什么。
如果您希望继续使用java，那么基于GWT的解决方案非常棒。 GWT为您提供了许多功能，而不是javascript麻烦。
如果您只需要客户端应用程序与服务器交互不多，这是一个不错的选择。 当然，您需要服务器部分项目。
当你无论如何都有一个服务器端解决方案时，Vaadin会这样说， 有很多businesslogic，数据层，后台工作等。 或者当你不想自己写GWT时。 （如果需要你还可以）
您的业务逻辑在服务器端运行，与webbrowser的通信再次受到通常的Web攻击/攻击保护。 （当使用自己的或基于xml / json的协议时，你必须自己实现它们）
Vaadin集成了客户端+服务器端，无需使用GTW或Javascript。
所以：
对于没有（或没有太多）服务器端代码的项目（业务层） 去GWT 除了一切，去Vaadin
答案 1 :(得分：0)
在我目前的项目（交易终端）中，我们使用GWT与服务器端的互操作通过Web套接字。它快速，微小，允许双向互动。
我们使用自定义协议，但您可以使用Protobuf进行双方的序列化/反序列化。旧浏览器不支持Web套接字。