对于类似桌面的应用程序，组件之间需要进行大量交互，ExtJS仍然可以比Ext GWT更好吗？
您决定使用Ext GWT而不是ExtJS是什么意思？
我目前对ExtJS的论点是，它比ExtGWT快得多，因为你不需要服务器与客户端进行交互，例如供稿查看器，论坛浏览器等等 - 这些服务器不需要服务器客户端的复杂更新。
我不确定ExtJS比Ext GWT更好的复杂场景是一个包含大量节点和数据网格的树。用户单击一个按钮，服务器将决定要更新哪些组件：树或/和数据网格，方法是在树或网格中插入一些项目（客户端无法知道哪些组件将被更新，只有服务器知道）。
为此，我要让服务器序列化一些必须由客户端在success方法上执行的操作（如addTreeItem或addGridRow）。服务器也可以在此请求之后创建新组件，因此可能存在来自服务器的序列化HTML的“createComponent”。
因此，通过使用ExtJS，必须序列化整个组件并将其发送给客户端（但这可能是缓慢的 - 请参阅http://blog.extjs.eu/philosophy/experience-ext-component-loading-can-be-slow/）。鉴于此，仍然是ExtJS更好的方法吗？
主要目标是快速响应应用程序，但不重新发明轮子。
谢谢！
答案 0 :(得分：3)
因此，通过使用ExtJS，必须将整个组件序列化并发送给客户端进行实例化（但这可能是缓慢的 - 请参阅http://blog.extjs.eu/philosophy/experience-ext-component-loading-can-be-slow/）。
你误解了那篇文章 - 重点是他说不要那样做。从服务器发送组件可以在某些情况下完成，但不是典型的或推荐的。
关于Ext JS vs GWT，你将苹果与橙子进行比较。如果您是Java开发人员，请使用GWT。如果你是JS开发人员，请使用Ext JS。最终它们最终都成为客户端上的JS / CSS - 如果它们都具有小部件和功能，则需要选择最有效率的环境。如果仍然无关紧要使用Ext JS，只是因为它是通常在功能方面领先于GWT。