什么时候不使用Google Web Toolkit?
我正在考虑在一个主要的内部Web应用程序开发项目中使用GWT,也就是说,在我看来,它的主要优势是交叉编译Javascript,这将(至少在理论上)帮助我的团队将技术堆栈的大小减小一个。
但是,由于之前(像大多数开发人员一样),我希望听到程序员的意见,他们确实在GWT的任何问题上使用它,这会阻碍或限制它在某个问题域内的使用。
您何时不建议使用GWT,为什么?
我正在考虑在一个主要的内部Web应用程序开发项目中使用GWT,也就是说,在我看来,它的主要优势是交叉编译Javascript,这将(至少在理论上)帮助我的团队将技术堆栈的大小减小一个。
但是,由于之前(像大多数开发人员一样),我希望听到程序员的意见,他们确实在GWT的任何问题上使用它,这会阻碍或限制它在某个问题域内的使用。
您何时不建议使用GWT,为什么?
我没有阅读Jamshid提供的链接中的所有评论,所以这可能已经在那里解决了......
如果你想构建一些更接近传统Web应用程序(即Web 1.0)的东西,它以提交页面和表单的概念为中心,那么GWT将是一个障碍。但是,如果你想构建一些更像桌面应用程序(即web 2.0)的更丰富的界面的东西,那么我发现GWT很漂亮,原因如下:
也就是说,GWT并不完美。尝试与第三方Javascript库集成很难无痛,并且让它按照我想要的方式与maven和eclipse一起工作让我头疼。如果您确实使用GWT,我强烈建议您观看此演示文稿 - Google Web Toolkit Architecture:构建GWT应用程序的最佳实践。
自2011年以来,我一直在使用GWT。与任何技术一样,它有其优点和缺点。到目前为止,主要的好处是,如果你有一个具有强大Java技能的团队(甚至可能是与Swing合作的开发人员),那么GWT就是一个顺利的步骤。它将更加熟悉,与其他技术相比,您可能会更快地(起初)完成任务。现在,您说它是一个“主要的内部web应用程序”,因此考虑到编译时间是GWT中的一个大问题。请参阅Vaadin https://vaadin.com/gwt-report-2012-portlet/download/1150559483/Future-of-GWT-Report-2012.pdf 的GWT报告因此,我相信只有在所描述的场景中使用GWT才有意义。