何时不使用Google Web Toolkit？

Question

我正在考虑在一个主要的内部Web应用程序开发项目中使用GWT，即在我眼中主要的优势是交叉编译为Javascript，这将（至少在理论上）帮助我的团队缩小技术堆栈的大小一个。

但是，在被烧毁之前（像大多数开发者一样），我希望听到程序员确实在GWT中使用它，这会妨碍或限制它在某个问题域中的使用。

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

Answer 1

我没看过在Jamshid提供的链接所有的评论，所以这可能是有解决...

如果你想建立的东西更接近传统的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。

Answer 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描述的场景才有意义。