从HTML / JS迁移到GWT

Question

我有使用Java，HTML，JS和CSS开发Web应用程序的经验。在这一点上，我想学习/尝试GWT，但在此之前，我希望澄清以下内容：

1. 与传统的HTML / CSS / JS开发相比，GWT需要多长时间？
2. GWT设计师是否友好，即设计（布局）和/或样式是否可以通过XML，HTML等在Java之外完成？
3. 与直接JS / CSS相比，自定义GWT小部件/组件的外观有多难？
4. 创建自定义小部件/组件有多难？
5. GWT传统上是否与后端Web服务一起使用？

感谢。

Answer 1

GWT旨在提高可扩展性和可管理性，当然还有成本。如果您习惯在小型团队（即1-5人）的小型网站/应用程序中直接在HTML / CSS / JS中工作，那么GWT可能会增加复杂性，而不是它的价值。

如果你处于一个更大规模的环境中并期望许多迭代和不同的人进入/离开项目，那么使用框架可能是值得的 - 而且GWT非常好。查看GWT EXT JS，当你在它时：）

与直接使用HTML相比，自定义GWT很难（如果有重大变化，那么就会有所回报）。有关GWT API和架构的知识有很多，以便了解所有组件如何组合在一起。

Answer 2

1）很多，只需简单地刷新前端（或部署前编译），如果你的模块增长相当大，可能会非常耗时。但是，您可以像往常一样使用Firebug或类似工具，更有趣的是，调试简单而强大。然而，存在一些小问题，例如Java和基于Javascript的正则表达式之间的不兼容性。

2）例如更难采取基于Photoshop等设计师提供的“预期屏幕样本”（不确定如何调用）并将其转换为基于html / js GWT的前端。这是一个真正的缺点。

3）你需要知道自己在做什么。但实际上有很多可用的。使用GXT / SmartGWT或类似的库有帮助。在前端包含所有这些插件的JQuery内容也很困难。

4）这真正使GWT变得强大。后端的东西和从前端与它的通信的便利性。我的观点是，如果您需要大量业务（主要是后端）逻辑，一旦您学习如何在开发中有效地使用GWT，您就不会后悔使用GWT。与BE部分的通信使得在客户端编写业务逻辑也变得更加容易。如果你渴望美丽的，非标准的，易于定制的前端，没有太多的逻辑，没有太多复杂的数据转移等，你最好采用“标准”的非GWT方法。使用GWT的许多人的一个主要优点是他们不需要在JS中编写代码，而GWT生成的JS代码是快速，有效和跨浏览器的。如果您不介意在html / js中编写前端（并且不要错过正确的调试控件），并且您希望使用Java编写BE，那么DWR或其他一些轻量级Ajax库可能对您有用。

Answer 3

当然，在GWT中实现自定义更难。您必须考虑使用Java编写将在js中翻译的代码。

当然你有可能与不同的js库集成，但仍然比普通的旧html / css / js更难。

还要考虑一下，如果你打算做一些搜索引擎优化，那么GWT可能会很棘手。