为什么要使用 GWT 以及它比其他 Javascript UI 框架更好的是什么？ [关闭]

Question

我正在构建一个 REST Web 服务器，我需要选择一个与 Java ee 6 REST Web 服务一起工作的 UI 框架。我希望 UI 非常高效，并具有所有 AJAX 和 JQuery 功能，例如从服务器加载数据而不刷新页面。新数据经常被添加，所以我需要 UI 每 3-5 秒显示一次新数据......拖放功能等。

我一直在阅读 GWT，以下是我的问题：

• GWT 将 Java 代码编译为 Javascript 对吗？显然 Javascript 对 SEO 不利，但使用 GWT 是否使它对 Google SEO 友好？

• 性能虎钳 - GWT 是否比使用 Javascript 工具（如 redis、JQueryUI 或 AJAX）或许多其他 javascript UI 框架之一更快，或者它们都相同？

• GWT 也支持 GWT 项目本身的服务器端编码，对吗？在 GWT 项目中编写服务器端代码然后在另一个项目中构建它是否有好处，或者这是一个愚蠢的问题，我在哪里编写服务器端代码并​​不重要？

Answer 1

GWT 将 Java 代码编译为 Javascript 对吗？显然 Javascript 不适合 SEO，但使用 GWT 是否使它对 Google SEO 友好？

我认为没有解决办法，因为没有问题。使用 GWT，您可以制作 Web 应用程序而不是网页。

性能虎钳 - GWT 是否比使用 Javascript 工具（如 redis、JQueryUI 或 AJAX 或许多其他 javascript UI 框架之一）更快，或者它们都相同？ GWT 项目的表现有很多方面。

1. 您的应用程序的加载时间。

   将您的应用程序划分为逻辑部分，当用户想要应用程序的特定部分时，它应该只加载所需的资源。它的其他部分将按需加载。因此，或多或少是您必须处理/管理的设计问题。

2. 小部件、视图等的渲染时间

   GWT 创建自己的 DOM。在 JQuery 使用现有的 HTML 并进行了增强。

3. 与服务器和客户端之间的数据传输时间。

   没有显着差异。

GWT 也支持 GWT 项目本身的服务器端编码，对吗？在 GWT 项目中编写服务器端代码然后在另一个项目中构建它是否有好处，或者这是一个愚蠢的问题，我在哪里编写服务器端代码并​​不重要？

GWT 支持多种方式从服务器发送/接收数据。这不会强迫您在 GWT 项目本身中编写服务器端代码。但是，如果您选择这样做，您将在客户端和服务器上拥有共享模型类和其他实用程序类。您也可以在不同的项目中编写代码，但在这种情况下，您必须实现某种方式来管理共享代码（例如，构建工具）。

最大的收获： 借助 GWT，您可以使用真正的面向对象语言构建应用程序，并利用已经可用的 Java 工具（如 Eclipse）。