GWT和Spring MVC，值得吗？

有没有理由使用Spring MVC（或其他类似的框架）作为GWT RPC的服务器？ 据我所知，Spring的99.9％function将不会被使用。 然而，很多人都在寻找将它们结合使用的最佳方法。

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

Answer 1

我没有看到使用Spring MVC或其他企业Java MVC库（如Struts）以及一个层 – 如你所说 – 只提供业务逻辑（因此可以保持尽可能小和干净）的任何一般优点。 。

但Spring本身不仅仅是一个Web（MVC）框架层，使用dependency injection或AOPfunction或ORM API或Scripting语言Groovy（适用于Spring）可以为任何应用程序带来巨大的好处。

Answer 2

Spring不仅仅是MVC。

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

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

Answer 3

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

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

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

Answer 4

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