GWT-它真的应该只用于动态部件吗？

关于2009年GWT利弊的一些问题，有人认为：

[…]使用gwt只填充应用程序的动态部分。因此，如果你有一些复杂的用户交互与许多领域。但是，不要使用随附的面板。以现有库存设计器提供的页面为例。划出包含应用程序控件的区域。将这些控件附加到onModuleLoad（）中的页面。通过这种方式，您可以使用设计器中的标准页面，还可以在gwt之外进行所有样式设置

---

好吧，我在想背后的原因。如果我理解正确，客户端将收到一个已编译的HTML和JavaScript文件。那么，从浏览器的角度来看，他难道不应该忘记HTML页面的创建方式（静态地编辑HTML页面或动态地使用GWT代码）？此外，GWT面板似乎被翻译成编译页面上的简单HTML元素。那么性能的影响在哪里呢？

试着想象一下，你的应用程序有5000个不同的复杂独特的页面。如果您尝试使用GWT实现所有这些功能，那么在开发过程中将会遇到相当大的问题，因为编译时间将非常长，devmode也将非常慢。有时最好在GWT中实现所有内容，有时最好将静态页面与GWT结合起来

基本上，当GWT将给用户带来一些真正的好处时，您必须使用它。如果用户看不到差异，如果页面是静态的或动态的，请使用最容易使用的技术。例如，如果您正在开发web图像编辑器，GWT显然是一个选择。如果您正在创建一些Wikipedia克隆，您应该将GWT主要用于一些动态部分，如管理、搜索和编辑