什么时候不使用 Google Web Toolkit？答案

【问题标题】：When not to use Google Web Toolkit?什么时候不使用 Google Web Toolkit？
【发布时间】：2011-06-12 15:15:28
【问题描述】：

我正在考虑在一个主要的内部 Web 应用程序开发项目中使用 GWT，即在我看来，它的主要优势是对 Javascript 的交叉编译，这将（至少在理论上）帮助我的团队减少技术规模堆叠一个。

但是，我以前曾被烧毁（像大多数开发人员一样），我想听听程序员的意见，他们确实在 GWT 的任何问题上使用它，这会妨碍或限制它在特定问题域内的使用。

什么时候不推荐使用 GWT，为什么？

【问题讨论】：

对于那些试图关闭它的人——它真的是主观的和有争议的吗？问 GWT 是否比其他问题更适合某些问题，这不是一个公平的问题吗？
@Kirk - 想想我实际上已经加倍努力以确保这个问题不会被关闭......
这不是是主观的和争论的吗？重新部署时间是否不利？是的，如果您使用的是 Java 服务器端。不，如果你正在使用其他东西。不，如果您使用的是 JRebel。有学习曲线吗？是的，如果您之前是 HTML/CSS/JS Web 开发人员。不，如果你是一个桌面（Java/C#，甚至 Zend PHP 和其他东西）程序员......这是一个非常有趣的话题，但这里不适合。
@Igor，你确定你不是，温和地说虚伪，考虑到这个问题的措辞（实际上由你回答）：stackoverflow.com/questions/3180116/to-gwt-or-not-to-gwt/…
那是过去，我还年轻，对世界充满希望；) j/k, j/k.. 看看那里的问题 - Otto 就具体情况征求意见 -他提供了一些关于他自己的背景信息（他是一名 Java 开发人员），他想要关于 GWT 生成的 JS 与 jQuery/etc 的性能的确凿事实。你问了一个一般性问题而没有提供任何关于你的团队的信息（他们有什么经验？Web 开发？Java？）——没有这些信息，你可能会得到没有考虑到你的情况的意见，它们实际上可能会造成更大的伤害比好。

标签： java javascript gwt

【解决方案1】：

我没有阅读 Jamshid 提供的链接中的所有 cmets，所以这可能已经在那里解决了......

如果您想构建更接近以提交页面和表单概念为中心的传统 Web 应用程序（即 web 1.0），那么 GWT 将是一个障碍。但是，如果您想构建一个界面更丰富、更像桌面应用程序（即 web 2.0）的东西，那么我发现 GWT 很漂亮有几个原因：

我可以用 Java 编写和测试我的大部分代码，这比 HTML 和 Javascript 更了解。
我不必花太多时间担心跨浏览器支持。

也就是说，GWT 并不完美。尝试与第三方 Javascript 库集成几乎没有痛苦，使用 maven 和 eclipse 让它按照我想要的方式工作让我有些头疼。如果您确实使用 GWT，我强烈建议您观看此演示文稿 - Google Web Toolkit Architecture: Best Practices For Architecting Your GWT App。

【讨论】：

【解决方案2】：

我从 2011 年开始使用 GWT。与任何技术一样，它有利有弊。到目前为止，主要好处是，如果您有一个具有强大 Java 技能的团队（甚至可能是使用 Swing 的开发人员），那么 GWT 是一个顺利的步骤。与其他技术相比，它会更加熟悉，并且您可能会（起初）更快地完成工作。现在，您说它是“主要的内部 web 应用程序”，所以考虑到编译时间在 GWT 中是一个大问题。查看来自 Vaadin 的 GWT 报告https://vaadin.com/gwt-report-2012-portlet/download/1150559483/Future-of-GWT-Report-2012.pdf 所以，我相信只有在所描述的场景中使用 GWT 才有意义。

【讨论】：