GWT RPC 是 gwt 提供的一种在客户端和服务器之间进行通信的机制。还有一个请求生成器,您可以通过它连接到服务器。
对于基于 gwt 的应用程序,您会推荐哪种机制,并请说明这样做的原因。
GWT RPC 是 gwt 提供的一种在客户端和服务器之间进行通信的机制。还有一个请求生成器,您可以通过它连接到服务器。
对于基于 gwt 的应用程序,您会推荐哪种机制,并请说明这样做的原因。
我认为 GWT RPC 最有可能是要走的路。
我可能对此有误,但我相信 gwt RPC 解决方案是建立在 RequestBuilder 之上的。它在 RequestBuilder 之上添加了功能,例如 java 类的自动序列化,并使来回发送数据变得非常简单。此外,gwt RPC 可能是目前最流行的解决方案,因此您会以教程和博客文章的形式获得更多支持。
我尝试使用 RequestBuilder“滚动我自己的”客户端/服务器机制,这是可行的,但最后,gwt RPC 已经完成了我在自定义解决方案中实现所需的一切,所以我决定回到它。
我可以看到需要使用 RequestBuilder 的唯一原因是,如果您需要在 gwt RPC 内部不起作用的行之外做一些事情。例如,在一个应用程序中,我需要使用 jsonp 从我的客户端代码与我无法控制的第三方 rest api 进行通信。在这种情况下,我无法使用 gwt rpc,因为我无权访问服务器组件。
如果您的服务器正在运行 Java,那么 GWT RPC 可能是要走的路。
如果您的 GWT 应用程序需要与 .NET、PHP、Python 或其他服务器通信,您需要使用 RequestBuilder 类自行开发。我建议使用 JSON 作为表示数据的一种方式。
覆盖类型使得解析返回的 JSON 变得微不足道。
覆盖对象可以通过以下方式序列化回 JSON
String json = new JSONObject(overlayInstance).toString();