使用GWT-RPC VS RequestFactory用于传递大的阵列

Question

我建立以检索数据并将其解析为一个二维阵列对象发送回给客户机之前的应用程序。应用程序然后使用这些数据在HTML5画布上创建一个图像。该数组包含几千个条目，而当我建立使用GWT-RPC应用程序，一切正常，但花了太长的阵列转移到客户端（几分钟）。

我发现这个问题，搜索时的解决方案：http://code.google.com/p/google-web-toolkit/issues/detail?id=860

最后的反应是从几个月前一对夫妇，但似乎没有成为一个决定性的答案，最好的方式去从通过大型阵列服务器到客户端。由于deRPC已被弃用（我还没有真正尝试使用它），因此使用requestfactory是唯一的选择吗？好像requestFactory被认为是用于访问数据库，而不是执行计算并返回较大的结果，而我还没有找到凡有要求的计算做出了表率和结果传回。如果我在当前的实现创建一个JSON对象而不是一个数组，并保持RPC还是我失去了一些东西，当谈到requestFactory？

Answer 1

您链接到的问题是关于在客户端上反序列化速度慢，而不是数据传输速度。你应该使用Firebug或类似工具首先测量传输速度，然后减去从这个时候RPC调用的总时间去找出反序列化过程中花费了多少时间。粗略地说，分手是这样的：

总RPC时间=时间花在服务器上+网络的时间进出+ 反序列化时

你应该先搞清楚哪一部分是真正的瓶颈，如果事实证明是数据传输速度，那么您可能需要重新考虑您的设计。见my answer相关的问题。

编辑：

IMO，直到你计算出上述时间分手，你应该抛开疑问，JSON或其他方法是否适合你