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