ExtGWT、SmartGWT 性能
据我所知，这些框架似乎都是服务端的，因此所有 Javascript 代码都是在服务器中生成的。这些框架是否可以轻松生成 Javascript 代码并在客户端进行缓存？在我看来，由于所有代码都是在服务器中生成的，因此在有大量请求的网站上使用以这种方式开发的应用程序时可能会出现问题。
As far as I've read, it seems these frameworks are all serve-side, so all the Javascript code is generated in the server. Does these frameworks generate Javascript code easily to cache on client-side? It seems to me that as all code is generated in the server, it may be a problem when using apps developed this way on websites having a lot of requests.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不正确。唯一全服务器端的主流 GWT 框架是 Vaadin。 ExtGWT 在编译过程中用 JavaScript 生成整个 UI，唯一的服务器端代码是 RPC 代码。 SmartGWT 也是如此，尽管它在服务器端的数据呈现方面做得更多一些。
我不想批评 Vaadin，但我不是任何框架的忠实粉丝，在这种框架中，UI 中的大量用户交互会导致与服务器同步状态并从服务器获取 UI 更新的往返，而不是运行 JavaScript在客户端（尽管 Vaadin 在这方面已经做得更好了）。在本地 LAN 上可能工作正常，但我已将应用程序部署到往返延迟为 1.8 秒的位置（卫星连接到萨哈林岛的远程油田），这种类型的应用程序会严重失败。
PS：请注意，上面的内容通常会引发激烈的争论，所以让我提前声明，这只是我的意见，我相信 Vaadin、ASP.NET、JSF 等对您来说非常有用。
Not correct. The only mainstream GWT framework that is all server side is Vaadin. ExtGWT generates the entire UI in JavaScript during the compilation process, the only server side code is the RPC code. Same goes for SmartGWT, although it does a little bit more on the server side in regards to data presentation.
I do not want to criticize Vaadin, but I am not a big fan of any framework where a lot of user interactions in the UI results in a round trip to synchronize state with the server and get UI updates from the server, rather than running JavaScript on the client (although Vaadin has been getting better in that respect). Might work ok on a local LAN, but I have deployed applications to locations where the round trip latency was 1.8 sec (satellite connection to a remote oil field on Sakhalin island) and this style of application would fail big time.
PS: Note that the above usually starts flame wars, so let me state in advance that it is only my opinion, I am sure Vaadin, ASP.NET, JSF et al work great for you.