我一直在阅读GWT的一堆“投票最高”的问题。其中几个问题谈到了GWT的陷阱或问题。
在文章中：哪个Javascript框架（jQuery vs Dojo vs ...）？和最大的GWT陷阱？，一些海报似乎表明GWT不够轻量级，或者可以使用更好的替代方案。
你们中的大多数人是否觉得GWT存在一些问题，而这些问题在GWT 2.0中尚未得到解决 - 这会让你倾向于建议在新项目中使用更简单的框架？
在某种程度上，GWT难道不应该是面向未来的（因为你不必担心它从一个版本到另一个版本都会发生巨大变化，因为它得到了Google的支持）？
我意识到这个问题的答案很大程度上取决于你想做什么或你想做什么。我从启动一个新的Web应用程序的角度来看待这个问题，该应用程序最终将被数百万用户使用。
让我们从我能想到的所有权衡开始：
<div>WidgetHandlersFlexTable
这就是我能想到的权衡的全部 - 如果有人想添加一些东西，请添加评论。
现在了解优势。我将跳过一些像国际化，跨浏览器兼容性免费，与其他Google库轻松集成等，因为它们有点明显且易于掌握。我将尝试将重点放在不太强调但仍然非常重要的功能上：
因此，它可以像这样优化这样：
public class ShapeExample implements EntryPoint {
private static final double SIDE_LEN_SMALL = 2;
private final Shape shape = new SmallSquare();
public static abstract class Shape {
public abstract double getArea();
}
public static abstract class Square extends Shape {
public double getArea() { return getSideLength() * getSideLength(); }
public abstract double getSideLength();
}
public static class SmallSquare extends Square {
public double getSideLength() { return SIDE_LEN_SMALL; }
}
public void onModuleLoad() {
Shape shape = getShape();
Window.alert("Area is " + shape.getArea());
}
private Shape getShape() { return shape; }
}
..对此：
public class ShapeExample implements EntryPoint {
public void onModuleLoad() {
Window.alert("Area is 4.0");
}
}
然后对此进行混淆并最小化。此外，这是以这种方式完成的，这使得生成的文件通过gzip更易于压缩。
根据您的经验和/或偏好，以下可能是一个优势（对我来说是，但有时它是PITA;)）或不：
，SuggestBox有很多地方可以使用自己的行为覆盖默认行为-您可以指定另一种方式来显示建议（SuggestBox.SuggestionDisplay），在用户选择建议时触发自定义操作（SuggestBox.SuggestionCallback），或者只是提供自定义的SuggestOracle来喂养建议s...SuggestBox底线是 - 尝试GWT，很有可能你会喜欢它，并且永远不会再想用纯JavaScript编写;)
自1.3版本发布以来，我们正在使用GWT定期构建小型（~2K Java类）到中型（~6K）企业系统。我知道在每秒有数千次点击的公共网站中，有一组不同的问题需要解决，但我会尝试讲述我们在GWT 1.x中最大的问题以及GWT 2.0如何解决这个问题。
浏览器内存泄漏GWT的IE6泄漏是巨大的，IE7泄漏可以通过定期的页面刷新来补偿，IE8承诺在这方面有一定的稳定性，但尚未在企业中广泛接受。是的，在某些情况下，即使没有本机JS调用的有效GWT代码也会泄漏内存。特别是当 UI 很复杂并且您正在执行大量 Panel.clear（） 调用时。目前没有有用的工具来确定泄漏的真正原因。除非您知道如何入侵浏览器本身。
渲染性能 您必须非常小心地编写UI代码，尤其是在构建常用的自定义小部件时。仍然需要深厚的JavaScript，CSS和DOM知识。互联网上有很多关于这个主题的材料。您需要知道如何以及何时从GWT小部件级别下降到直接DOM操作。
可下载内容的大小 在2.0之前，如果没有在应用程序中内置“硬”导航，就不可能将模块拆分为不同的可下载部分。但这将清除JavaScript上下文并需要重新加载窗口。
UI 开发人员的思维转变有经验的UI开发人员只是不了解Java和OOP。有经验的Java开发人员不懂CSS，JS，HTML，也不喜欢构建UI。UI Binder朝着正确的方向发展。
我们已经完成了迁移 1.3 -> 1.5 -> 1.7，它始终只是一个重新编译和几个 CSS 修复。GWT 2.0 删除了许多不推荐使用的代码和初始方法（项目结构，GWTShell），并且可能很难快速迁移。但所有功能看起来都很有希望，谷歌在某个时候放弃了遗留代码， 这很好。我不确定2.0的稳定性，因为我们还没有在实际项目中使用它。
希望这有帮助。
