背景
我正在使用 GWT、Java 和 EclipseLink 开发 Web 应用程序。这些选择中的每一个都是我为实现这个程序所做的选择。 GWT 是唯一的选择，它与 Spring 之类的东西相比，它究竟是什么并没有明确的把握。现在我使用 GWT 小部件来实现客户端，并使用 GWT RequestFactory 来实现来自 EclipseLink 的实体的服务器-客户端通信。
观看次数
所以我认为 GWT 主要是一个小部件库，具有用于服务器-客户端通信的简单框架。这与我对 Spring 的看法非常相似，Spring 是一个小部件库，具有更高级和更复杂的框架来控制服务器-客户端通信 - 可能它不像 GWT 那样方便地实现 AJAX。
因此，考虑到这些，我将 GWT 视为理解并最终使用 Spring 的垫脚石。然而，再次谷歌搜索这个话题，我遇到了几个像这样的话题 one那one这似乎违背了 Spring 是什么以及它对 GWT 意味着什么的原始概念。
问题
- 对 GWT 和 Spring 的看法是否存在误解？如果是这样，我们将不胜感激一些简短的指导点!
- Spring 框架中 GWT 小部件的对应部分是什么？
- Spring 框架中 GWT RequestFactory 的对应部分是什么？
最佳答案
这实际上取决于您计划如何在应用程序中使用 GWT。
GWT 最适合用于单主机页面 Web 应用程序。
这意味着所有的流同步和业务逻辑都是在客户端使用 GWT 完成的。
这就是 GWT 真正的亮点(参见 here 了解更多详情)。
但是，如果您沿着这条路走下去，您最终会得到两个截然不同的应用程序。
例如，您将拥有一个使用 GWT 开发的前端和一个使用 Spring 的后端。
您的后端(Spring 或您使用的任何东西)只会充当“数据存储”，为您提供要在 GWT 前端显示的数据。
因此，您可能不会使用任何 Spring MVC 的 功能。
当然，您也可以使用 Spring MVC 并仅使用 GWT 将 web 2.0ish 功能添加到您的网站，但对于这种用例，我建议您宁愿使用 jQuery、Closure 或其他 javascript 框架.
你的问题:
Is there a misconception about the views on GWT and Spring? If so, some brief guiding points about that would be much appreciated!
如果您按预期使用 GWT(单主机页面 Web 应用程序)，那么您将不会使用 Spring 的 MVC 部分。您仍然可以使用 authorization、authentication、ORM 和 Spring 框架的许多其他组件，但 GWT 会处理所有 View 。
Spring 或多或少只是作为 GWT 前端应用程序的数据存储。
这就像拥有两个不同且独立的应用程序，它们通过通信协议(protocol)(RequestFactory、REST、RPC 等)连接。
What would be the counter-part to GWT widgets in the Spring Framework?
在 Spring 框架中没有与 GWT 小部件真正对应的部分(可能对某些 JSF 进行了扩展)。 Spring 是关于服务器端的，所以那里的所有 View 都是在服务器端创建的。而 GWT 是关于客户端的。
What would be the counter-part to GWT RequestFactory in the Spring Framework
RequestFactory 是前端应用 (GWT) 和后端应用 (Spring) 之间的通信协议(protocol)。
当您使用 Spring MVC 时，您不需要任何通信协议(protocol)，因为 View 是在您已经拥有数据的服务器端生成的。
关于java - Spring + GWT 或 Spring 与 GWT，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13714018/