java – GWT和Spring MVC之间的比较
我想知道在这两种技术方面经验丰富的人是否可以在两者之间进行客观比较,假设您正在构建一个既复杂的Web应用程序,又在服务器和浏览器中都非常丰富.
对我来说,旧范例的一个问题是Spring MVC层的可测试性.我发现由于不可测试的注释,有很多错误可能会蔓延到您的应用程序中.此模型也会减慢开发周期,因为您必须重新启动服务器以更改注释/控制器代码…这是我个人觉得很烦人的事情. 我也不想处理javascript的复杂性.使用Java处理和测试应用程序听起来很吸引我.我真的不想掌握另一种语言,并且学习它的所有怪癖,奇怪的设计决策,特质以及浏览器不兼容的完整历史. 那么对于复杂的应用程序,GWT会提供更好的方法吗?这种方法是否比Spring MVC有任何严重的限制,虽然更难以使用,但它可能更灵活?是否存在构建复杂应用程序常见的陷阱和路障? 我真的很感激两者之间的比较.请记住,我没有GWT的经验,但有大约10年的Spring经验.谢谢! 解决方法
事实上,GWT也有一个学习曲线,至少在我看到它的时候,两年前,你没有做很多基本控制,你需要外部库,这意味着更多的学习.
在尝试学习GWT但没有取得多大成功之后,我选择了一个web服务加上jQuery或ExtJS,这也给了角色非常清晰的分离.我坐下来学习JavaScript,这并不容易,但它比使用GWT更有趣. 至于浏览器兼容性,一旦你使用现代库,你将只有很少的.我的代码适用于所有浏览器,没有太多问题,包括IE 6.此外,当我太忙时,我只编写服务并外包JavaScript接口部分,这样可以提高工作效率. 无论如何,这是相当主观的,另一个精通GWT的人,可能与我的观点截然相反.反正我会拒绝以下原因: >易于调试.不再那样了:使用FireBug调试JavaScript非常容易,而且JavaScript中没有任何业务逻辑,只有服务调用和显示. 据我所知,唯一合理的原因是,我已经了解Java,我不想学习另一种语言. 至于你对Spring MVC的评论.我正在使用Spring MVC,我感觉不到重启服务器的痛苦. Spring的重点是,一切都应该易于在容器外工作!在Spring控制器中,我只需要调用底层服务的代码非常少.我需要单元测试的是服务. 控制器只有很少的代码可以测试,我可以调用它们并在JUnit中测试它们,但是,至少现在,我的方法是通过一个带有jQuery调用的网页完成一个简单的外部测试来检查它们的响应(它不是单元测试,这是一个集成测试,但我觉得单元测试控制器的价值非常小,如果它写得正确的话. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |