Vaadin，Gwt，gwt + 服务器端的东西，还有别的东西吗？ [关闭]

Question

我正在努力学习一些好的框架（一组框架/语言）来构建一些基于 RIA java 的，而不仅仅是面向业务的框架。我刚刚开始，所以请原谅我提出这么笼统的问题。

实际上，我在 GWT 上花了一些时间，我喜欢这种理念。问题是 Java 8；我正在使用 Java 8，但与 GWT 不兼容；我知道解决只是时间问题，但与此同时我正在努力。

现在，我已经了解（？）GWT 最适合构建客户端 RIA，但在服务器端方面缺少某些地方，它可能需要以某种方式得到加强。但什么是“加强”？什么是 GWT 的“好伙伴”服务器端？

我已经看过 Vaadin，但我不太喜欢这种哲学：在我看来，如果我不这样做，在 Vaadin 中节省服务器和客户端的精心制作负载的 Gwt 想法是成功的。没看错，阐述的几乎都是服务器端的。

现在的问题是：2014 年最好的练习之路是什么？ 只有 GWT 吗？ GWT + 服务器端插件（以及什么插件？）？ 瓦丁？还是有什么不同？

Answer 1

我认为你必须考虑你想做什么。

如果您希望继续使用 java，那么基于 GWT 的解决方案非常棒。 GWT 为您提供了许多功能，并且使用 javascript 并没有太多麻烦。

如果您只需要与服务器交互不多的客户端应用程序，这是一个不错的选择。 当然，您随后需要项目的服务器部分。

Vaadin 进来了，当您有服务器端解决方案时， 有很多业务逻辑、数据层、后台作业等。 或者当您不想自己编写 GWT 内容时。 （如果需要，您仍然可以）

您的业务逻辑在服务器端运行，与网络浏览器的通信受到保护，可以抵御常见的网络攻击/攻击。 （使用自己的或基于 xml/json 的协议时，您必须自己实现它们）

Vaadin 集成了客户端+服务器端，无需使用 GTW 或 Javascript。

所以：

对于没有（或不多）服务器端代码（业务层）的项目 去GWT 其他的都去 Vaadin

Answer 2

在我当前的项目（交易终端）中，我们使用 GWT 与服务器端通过 Web 套接字进行互操作。它速度快、体积小并且允许双向交互。

我们使用自定义协议，但您可以使用 Protobuf 进行双方的序列化/反序列化。旧浏览器不支持 Web 套接字。