1

GWT RPC 是 gwt 提供的一种在客户端和服务器之间进行通信的机制。还有一个请求生成器,您可以通过它连接到服务器。

对于基于 gwt 的应用程序,您会推荐哪种机制,并请说明这样做的原因。

4

2 回答 2

3

我认为 GWT RPC 最有可能是要走的路。

我可能对此有误,但我相信 gwt RPC 解决方案是建立在 RequestBuilder 之上的。它在 RequestBuilder 之上添加了功能,例如 java 类的自动序列化,并使来回发送数据变得非常简单。此外,gwt RPC 可能是目前最流行的解决方案,因此您会以教程和博客文章的形式获得更多支持。

我尝试使用 RequestBuilder“滚动我自己的”客户端/服务器机制,这是可行的,但最后,gwt RPC 已经完成了我在自定义解决方案中实现所需的一切,所以我决定回到它。

我可以看到需要使用 RequestBuilder 的唯一原因是,如果您需要在 gwt RPC 内部不起作用的行之外做一些事情。例如,在一个应用程序中,我需要使用 jsonp 从我的客户端代码与我无法控制的第三方 rest api 进行通信。在这种情况下,我无法使用 gwt rpc,因为我无权访问服务器组件。

于 2009-11-21T16:47:54.980 回答
1

如果您的服务器正在运行 Java,那么 GWT RPC 可能是要走的路。

如果您的 GWT 应用程序需要与 .NET、PHP、Python 或其他服务器通信,您需要使用 RequestBuilder 类自行开发。我建议使用 JSON 作为表示数据的一种方式。

覆盖类型使得解析返回的 JSON 变得微不足道。

覆盖对象可以通过以下方式序列化回 JSON

   String json = new JSONObject(overlayInstance).toString();
于 2009-11-25T16:45:49.103 回答