我听说Google Web Toolkit对于超过5个页面和通用布局的网站并不是那么好。真的吗？我们至少有100个子页面和CSS中定义的通用布局。今天正在使用PHP，但我们将转向Java MVC或GWT。我们使用som jQuery AJAX和jqGrid等其他jQuery组件。我们也有一些.swf电影和融合图表。选择Spring与GWT结合是一个不错的选择，还是Spring MVC和jQuery库是我们更好的选择？适用于大规模应用程序的GWT
我们的企业级应用程序利用了两者，我们对结果非常满意。 GWT是一个强大的工具包，可将开发时间缩短数个数量级。也就是说，GWT要么处理得不好，要么只是普通不适合（这也没关系......这就是Spring MVC住在附近的原因）。我们有GWT-RPC直接打击Spring服务，它的工作非常好。
虽然我们的项目是一个真正的web应用程序，而不是一个网站。我们使用跨所有“页面”的统一设计（使用DockLayoutPanel并更换center使这非常简单）。
IMO，谁告诉你，GWT不利于在众多的“页面”一贯的设计是坚果...
我认为，任何断言GWT（或任何其他方法）的订单降低开发时间Frederic Brooks在肩垫和Jan Hammer的合成器很时尚的时候已经被揭穿了：http://en.wikipedia.org/wiki/No_Silver_Bullet。
但是，严重的是，如果你是一家PHP网店，转向100％Java将是一笔巨大的投资，不容小觑。
我不同意GWT降低开发时间被布鲁克斯揭穿。他的评论是“无论是技术还是管理技术都没有单一的发展，它本身承诺10年内在生产力，可靠性和简单性方面甚至会有一个数量级的提高。”他说，在1989年，说*在十年内*不会有这样的发展。这已经超过二十年了，因此他的陈述是真实的，并且* GWT提供了他所说的不会发生的事情。 – 2012-04-04 12:59:24
我相信他的话意味着，在广泛采用后的十年内，没有任何一项技术可以使生产率提高10倍;不是人类的聪明才智会在10年后突然发生巨大的飞跃。技术的组合可能会诀窍。但是，GWT本身*真的使你的工作效率提高了十倍？我不是说它不能。我爱GWT，但它不会创造奇迹。 – 2012-04-04 13:40:12
奇迹？没有。生产力提高了1倍以上，是的。如果没有其他问题，我花费了100％的时间*制作特殊代码来适应平台/浏览器的特性。 GWT通过创建多个排列来处理这个问题，每个（统计上显着的）浏览器都有一个排列，从而有效地消除了计划和反应不同浏览器对同一代码作出反应的时间。 – 2012-04-09 15:37:58
根据我对GWT的经验，我唯一不好的经历是由于很多排列组合而导致的GWT编译速度缓慢。我们的应用程序有超过20种语言可供支持，其中6种浏览器的特定结果乘以120个排列，这被证明具有可怕的性能。
但是这不是一个真正的错误问题，因为您将主要使用开发模式和即时代码更新，并且您可以使用减少浏览器和语言集的特殊编译单元（即使是一种语言和一种浏览器= >如果你愿意的话可以有一个排列）。
所以在我的情况下，使用Jenkins我们每晚都做大生成目标完整构建，部署在QA平台上，以便QA团队测试每种浏览器语言组合。在每次提交时，都会在开发验证平台上部署一个简化版本（在我们的例子中为1个浏览器和2种语言）。
对于大型应用程序，GWT绝对是一款绝佳的工具。 ;）
GWT超级开发模式每次刷新的时间缩短到4-6次。相当易于管理。 – 2014-03-12 17:23:47
现在不是这样。之前的GWT版本确实存在一些可扩展性方面的问题（例如IE中的JS代码大小问题 - http://code.google.com/p/google-web-toolkit/issues/detail?id=1440），但是由于GWT 2.0在这里没有限制。
此外，最新的GWT版本支持将项目拆分为可在需要时动态加载的部件的功能。请参阅https://developers.google.com/web-toolkit/doc/latest/DevGuideCodeSplitting了解它是如何工作的。
还要考虑到，由于Spring是Java，因此您可以在服务器端和客户端之间共享类。 Plus Java在IDE中提供了非常好的支持 - 所有类型的重构都将为您提供（如果您使用jQuery，它不会很方便）。
所以Spring + GWT看起来更可取的选择。
GWT不是从头开始构建任何webapp的通用框架。当你在客户端有很多复杂的逻辑（图像编辑，实时协作，图表绘制，游戏，复杂的报表生成等）时，它非常有用。但所有这些都可以在没有GWT的情况下完成。 GWT时才能使用：
我见过不少几bi g完全用GWT构建的项目。其中一些人不应该使用GWT，因为他们没有理由以这种方式使用它。对于大多数项目来说，仅对部分应用程序使用GWT就足够了。
选择取决于你的团队和你正在做的项目。如果你的团队不能真正看到GWT为项目带来的好处，那么你就不应该使用GWT。
+1不明白为什么这是downvoted。 – helpermethod 2012-04-05 07:34:21
你从哪里听说GWT不适合超过5页和共同布局的_web网站？此外，GWT不适用于web _sites_，但适用于web _apps_，如果这可以帮助您做出选择。 – 2012-04-04 10:40:00