对我来说,旧范例的一个问题是Spring MVC层的可测试性.我发现由于不可测试的注释,有很多错误可能会蔓延到您的应用程序中.此模型也会减慢开发周期,因为您必须重新启动服务器以更改注释/控制器代码…这是我个人觉得很烦人的事情.
我也不想处理javascript的复杂性.使用Java处理和测试应用程序听起来很吸引我.我真的不想掌握另一种语言,并且学习它的所有怪癖,奇怪的设计决策,特质以及浏览器不兼容的完整历史.
那么对于复杂的应用程序,GWT会提供更好的方法吗？这种方法是否比Spring MVC有任何严重的限制,虽然更难以使用,但它可能更灵活？是否存在构建复杂应用程序常见的陷阱和路障？
我真的很感激两者之间的比较.请记住,我没有GWT的经验,但有大约10年的Spring经验.谢谢！
解决方法
在尝试学习GWT但没有取得多大成功之后,我选择了一个web服务加上jQuery或ExtJS,这也给了角色非常清晰的分离.我坐下来学习JavaScript,这并不容易,但它比使用GWT更有趣.
至于浏览器兼容性,一旦你使用现代库,你将只有很少的.我的代码适用于所有浏览器,没有太多问题,包括IE 6.此外,当我太忙时,我只编写服务并外包JavaScript接口部分,这样可以提高工作效率.
无论如何,这是相当主观的,另一个精通GWT的人,可能与我的观点截然相反.反正我会拒绝以下原因：
>易于调试.不再那样了：使用FireBug调试JavaScript非常容易,而且JavaScript中没有任何业务逻辑,只有服务调用和显示.
>浏览器兼容性.要记住的怪癖很少,最常见的是IE不接受列表中的尾随逗号,无论如何不在标准中,但Firefox容忍它们.任何现代JavaScript库都会为您提供兼容性.
>速度.首先,我将说明JavaScript在浏览器中的任何合理计算都非常快.更慢的是DOM操作,当然还有涉及网络的任何事情,比如AJAX调用.如果您不做设计错误,例如填充太多内容或在将多个元素直接添加到DOM时可能出现的其他问题,而不是构建您的结构然后立即附加它,那么您的页面将正常运行.
据我所知,唯一合理的原因是,我已经了解Java,我不想学习另一种语言.
至于你对Spring MVC的评论.我正在使用Spring MVC,我感觉不到重启服务器的痛苦. Spring的重点是,一切都应该易于在容器外工作！在Spring控制器中,我只需要调用底层服务的代码非常少.我需要单元测试的是服务.
控制器只有很少的代码可以测试,我可以调用它们并在JUnit中测试它们,但是,至少现在,我的方法是通过一个带有jQuery调用的网页完成一个简单的外部测试来检查它们的响应(它不是单元测试,这是一个集成测试,但我觉得单元测试控制器的价值非常小,如果它写得正确的话.