zk vs gwt zk请求太多了

Question

您好我正在尝试比较zk和gwt的性能。

在我的比较中，如果框架本身将一些代码转换为js，我就不能自己编写任何javascript（如gwt）但是我不能自己编写js

在以上述方式编写代码时，几乎所有在浏览器上完成的操作都会向ZK中的服务器发送请求。

因此，最终如果比较zk发送到服务器的请求数与gwt相比过高。

我想问以下问题。

1. 其性能优于zk或gwt而忽略了上述内容。
2. 如果我们不理会上述情况，那么我的结论就是gwts性能优于zk吗？

我知道在比较性能时可能还有其他参数......但如果请求之间的差异如此之大，我真的看不到某些人在某些论坛上说过zk beating gwt

请帮助 感谢

Answer 1

GWT和ZK在架构上非常不同。 GWT以客户端为中心，因此它向服务器发送的请求较少。使用GWT，您基本上可以自己控制一切。另一方面，开发人员负责处理服务器请求和服务器与客户端之间的异步数据传输。如果您是经验丰富的Web开发人员，那么结果可能会很棒。如果你不是那么它可能非常具有挑战性和复杂性，因为你需要注意一些网络和安全问题。

另一方面，ZK是以服务器为中心的，它为您处理这些服务器 - 客户端异步通信。借助ZK，开发人员可以更专注于业务逻辑，而无需考虑客户端 - 服务器问题。由于框架负责客户端 - 服务器通话，因此默认情况下会有更多请求。如果您希望最小化请求，您可以按照他们的开发人员指南进行一些调整。

IMO ZK和GWT都是成熟的框架。您可以考虑您的项目要求和您在Web开发方面的经验，然后选择解决方案。

Answer 2

ZK是服务器方面的焦点，因为GWT都在浏览器中，所以ZK需要更多ajax命中服务器来获取js片段，屏幕部分等等。而GWT刚开始下载服务器以下载js应用程序（将永久缓存在客户端中）以及应用程序需要后端的一些数据时。

说，恕我直言GWT应该表现更好，因为你不需要在服务器（更轻的服务器）中执行任何类型的视图逻辑，并且线路中的请求更少。

Answer 3

GWT和ZK有点不同。

我做过一些ZK项目和一些GWT项目。在任何一种情况下我都没有性能问题，但我觉得在使用GWT时我需要编写更多代码。

Answer 4

以前的帖子基本上都是基本的，但是我认为必须要谈谈zk中的一些功能。
请记住，每个请求都是一个zk事件，cos zk完全基于事件。

1. Client-Side Event-Handling
   Zk允许您实现客户端事件处理以及服务器端， 其中包括阻止zk向服务器发送事件 您可以在js中简单地操作客户端对象，就像在Java上一样 服务器端
   或只是做一些后期处理然后......
   
   
2. Use Client-Side Event-Firing
   Zk得到了有用的js方法zAu.send(zk.Event,int)，让你发送自定义 或标准事件到服务器。
3. Deferrable Event-Listeners
   Deferrable-events在客户端排队，因此您可以最小化 请求。
4. Stubonly
   Stubonly只是一种组件客户端的方法。但到目前为止这只是 适用于zk EE。

因此，您可以看到，如果您愿意，可以将请求限制为GWT的相同数量的请求。
如果你/你的申请有意义或没有理由。但我认为你可以说zk比GWT更强大 您可能也对iZUML和defer rendering感兴趣。

Answer 5

我从两个团队的现实世界项目中获得的经验，一个使用zk框架编写，第二个使用GWT编写。具有从同一数据服务层提供的数据的相同UI项目。 zk团队在GWT团队消耗的三分之一时间内完成了该项目。两个项目都在生产中部署。用户很高兴使用任一应用程序。最后我们将zk版本保留在生产中。为什么？仅仅因为与GWT相比，zk应用程序的维护速度更快，更简单！对不起GWT ......好的技术由一个巨人支持，但我们将继续使用zk。