有没有理由使用Spring MVC(或其他类似的框架)作为GWT RPC的服务器?据我所知,Spring的99.9%功能将不会被使用。然而,很多人都在寻找最佳方式将它们结合使用。
有人可以解释一下,当服务器端需要的只是业务逻辑时,在GWT上使用MVC框架(在服务器上)有什么好处?
答案 0 :(得分:12)
我没有看到使用Spring MVC或其他企业Java MVC库(如Struts)以及一个层 - 如你所说 - 只提供业务逻辑(因此可以保持小而干净)尽可能)。
但Spring本身不仅仅是一个Web(MVC)框架层,并且使用依赖注入或AOP功能或ORM API或Scripting语言Groovy(适用于Spring)可以为任何应用程序带来巨大好处
答案 1 :(得分:7)
Spring不仅仅是MVC。
即使使用GWT执行UI,您仍需要某种后端逻辑。 数据库,事务,安全性,附加服务集成(电子邮件?SOAP?)等等。
对于Spring或任何其他Java服务器端技术可以是一个很好的解决方案。
答案 2 :(得分:7)
正如daff所说,Spring带来了DI + AOP +交易+许多事情...... 使用Spring在服务器端管理这些东西很有用。
此外,库gwtrpc-spring提供了一种非常方便的方法,可以使用@Service注释将POJOS声明为rpc服务。它避免了在web.xml中声明每个rpc servlet,因为使用@Service扫描类是自动的。
GWT只是一个工具包,而不是框架。如果Spring可以减轻你的开发,只需使用它。
答案 3 :(得分:4)
我倾向于在客户端使用GWT + GIN,在服务器端使用Guice。 但Spring也可以用于服务器端的持久性,事务处理和组织业务逻辑。