GWT 和 Spring MVC，值得吗？答案

【问题标题】：GWT and Spring MVC, is it worth it?GWT 和 Spring MVC，值得吗？
【发布时间】：2012-05-02 22:57:46
【问题描述】：

是否有任何理由使用 Spring MVC（或其他类似框架）作为 GWT RPC 的服务器？据我所知，Spring 99.9% 的特性都不会被使用。然而，很多人都在寻找将它们一起使用的最佳方式。

有人可以解释一下，当您在服务器端只需要业务逻辑时，将 MVC 框架（在服务器上）与 GWT 一起使用有什么好处？

【问题讨论】：

【解决方案1】：

我认为将 Spring MVC 或其他企业 Java MVC 库（如 Struts）与一个层（如您所说）仅提供业务逻辑（因此可以保持小而干净）一起使用没有任何普遍的好处尽可能）。

但是 Spring 本身不仅仅是一个 Web (MVC) 框架层，使用依赖注入或 AOP 功能或 ORM API 或脚本语言 Groovy（与 Spring 配合良好）对于任何应用程序都可以带来巨大的好处.

【讨论】：

依赖注入可以使用不同的库来实现。例如轻量级的 Guice。没用过AOP，不知道好不好看。 ORM ...是的，我忘记了。可能是一个很好的观点。
如果你的 GWT 应用需要对服务器进行 RPC 调用，那么 MVC 层仍然是相关的。
不明白我如何正确地包含经典 MVC。视图只是数据的一种表示（XML 或 JSON），因此您真的不需要整个 HTML/JSP/Taglib 的东西。当然模型和控制器的分离应该仍然存在。
有用于 spring 的 gwt-rpc 库可以自动将您需要的所有内容包装为 gwt-rpc 格式。所以你不需要 XML 或 JSON。
好吧，GWT-RPC 数据只是以另一种格式传输，我的意思是您可以省去大多数 Java Web 框架在使用 GWT-RPC（或任何其他序列化格式）。

【解决方案2】：

Spring 不仅仅是 MVC。

即使您使用 GWT 制作 UI，您仍然需要某种后端逻辑。诸如数据库、事务、安全性、附加服务集成（电子邮件？SOAP？）等等。

对于这个 Spring 或任何其他 Java 服务器端技术都可以是一个很好的解决方案。

【讨论】：

【解决方案3】：

正如 daff 所说，Spring 带来了 DI + AOP + 事务 + 很多东西...... 使用 Spring 在服务器端管理这些东西很有用。

此外，库 gwtrpc-spring 提供了一种非常方便的方法来将 POJOS 声明为 rpc 服务，并带有 @Service 注释。它避免在 web.xml 中声明每个 rpc servlet，因为使用 @Service 扫描类是自动的。

GWT 只是一个工具包，而不是一个框架。如果 Spring 可以简化您的开发，请使用它。

【讨论】：

【解决方案4】：

我倾向于在客户端使用 GWT + GIN，在服务器端使用 Guice。但是 Spring 也可以用于持久性、事务和在服务器端组织业务逻辑。

【讨论】：