关于GWT缺点的一些StackOverflow问题以及来自2009年的某人answered：{/ p>
[...]使用gwt仅填写应用的动态部分。因此，如果您与许多字段进行了一些复杂的用户交互。但是，请勿使用随附的面板。拿现有的库存设计师提供的页面。划出包含应用程序控件的区域。将这些控件附加到onModuleLoad（）中的页面。这样您就可以使用设计师的标准页面，并在gwt外部进行所有样式设计。
好吧，我正在试图找出背后的原因。如果我理解正确，客户端会收到已编译的HTML和JavaScript文件。因此，从浏览器的角度来看，他是不是应该忘记创建HTML页面的方式（通过编辑HTML页面静态地或通过GWT代码动态地）？此外，似乎GWT面板在编译页面上被翻译成简单的HTML元素。那么性能在哪里？
答案 0 :(得分：0)
尝试想象您的应用有5000种不同的复杂唯一页面。如果你尝试使用GWT来实现它，那么在开发过程中你会遇到很大的问题，因为编译时间会非常长，而devmode也会很慢。有时最好在GWT中实现所有内容，有时最好将静态页面与GWT结合起来。
基本上，当它为用户带来一些真正的好处时，你必须使用GWT。如果用户无法看到差异，如果页面是静态或动态的，请使用最容易使用的技术。例如，如果您正在开发Web图像编辑器，GWT是一个显而易见的选择。如果要创建一些Wikipedia克隆，则应将GWT主要用于某些动态部分，例如管理，搜索和编辑。