什么时候不使用 Google Web Toolkit?
Posted
技术标签:
【中文标题】什么时候不使用 Google Web Toolkit?【英文标题】:When not to use 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,你确定你不是,温和地说虚伪,考虑到这个问题的措辞(实际上由你回答):***.com/questions/3180116/to-gwt-or-not-to-gwt/… 那是过去,我还年轻,对世界充满希望;) j/k, j/k.. 看看那里的问题 - Otto 就具体情况征求意见 -他提供了一些关于他自己的背景信息(他是一名 Java 开发人员),他想要关于 GWT 生成的 JS 与 jQuery/etc 的性能的确凿事实。你问了一个一般性问题而没有提供任何关于你的团队的信息(他们有什么经验?Web 开发?Java?)——没有这些信息,你可能会得到没有考虑到你的情况的意见,它们实际上可能会造成更大的伤害比好。 【参考方案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 才有意义。
【讨论】:
以上是关于什么时候不使用 Google Web Toolkit?的主要内容,如果未能解决你的问题,请参考以下文章
IllegalStateException: supermap_license_error_wronglicensemode at com.supermap.data.Toolki