performance - GWT RPC 替代方案

Question

我们遇到了 IE8 噩梦，RPC 服务返回列表(或多或少)有 60 个对象，每个对象有 5 个属性。虽然现代浏览器可以完成这项工作，但 IE8 的响应速度不够快。甚至还有一个 open issue关于这个。

我们计划为需要发送大量对象列表的服务更改 RPC，但我们希望更改服务器和客户端上可能的最少代码量。

第一个问题:在这种情况下，JSON 反序列化在 IE8 上会运行得更快吗？

我们喜欢简单的 RPC 服务。我们有 CustomRemoteService 实现、CustomAsyncCallback 实现、CustomRPCException 实现等等。 RF 对我们来说是一个很大的变化。

第二个问题:使用返回单个 JSON 字符串然后在客户端反序列化的 RPC 服务是否可以完成这项工作？

或者您能推荐另一种方法吗？

谢谢!

Answer 1

First Question: Will JSON deserialization run faster on IE8 for this scenario?

它应该运行得更快，因为 IE8 支持原生 JSON 解析(在 IE6 和 7 中，您可以使用 eval()，它仍然比解析字符串手工)
但这在很大程度上取决于你对解析对象的处理方式:如果你处理它以从中重建 POJO，你可能会失去所有 JSON 的好处；另一方面，JS 覆盖的开销为零，但需要将所有数组或列表更改为例如 JsArray，并且日期无法轻松编码为 JSON，它们需要额外的编码/解码。

Second Question: Would using an RPC service which return a single JSON string and then deserializing it client-side could do the job?

如果您的 JSON 处理比 RPC 反序列化轻量级，那么可以。在客户端解析响应是一个简单的 eval()(是的，奇怪的是它在可用时不使用原生 JSON)然后在解析的对象中查找； RPC 反序列化中成本最高的是解释值以重建对象；获取字符串只是在数组中进行查找，因此这取决于您稍后对该字符串执行的操作。