java - Vaadin、Gwt、gwt + 服务器端的东西，还有其他东西吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 8 年前。

Improve this question

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

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

现在，我已经明白(？)GWT 是构建客户端 RIA 的最佳选择，但在服务器端方面有所欠缺，并且可能需要以某种方式进行强化。但“加强”是什么意思呢？什么是 GWT 的“好伙伴”服务器端？

我已经看过 Vaadin，但我不太喜欢这种哲学:在我看来，在 Vaadin 中，减轻服务器和客户端的详细负载的 Gwt 想法是胜利，如果我不这样做的话不要理解错了，阐述几乎只是服务器端。

现在的问题是:2014年最好的练习路是什么？只有 GWT 吗？ GWT + 服务器端插件(以及什么插件？)？瓦丁？或者有什么不同？

Answer 1

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

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

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

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

您的业务逻辑在服务器端运行，与网络浏览器的通信受到保护，免受常见的网络漏洞/攻击。(当使用自己的协议(protocol)或基于 xml/json 的协议(protocol)时，您必须自己实现它们)

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

所以:

对于没有(或没有太多)服务器端代码(业务层)的项目去GWT对于其他一切，请前往 Vaadin