android - 设计 "Platform-Independent"GWT 服务器的最佳方法是什么？

Question

设计一个既能与客户端 GWT 应用程序交互又能正确响应来自其他平台的各种其他客户端请求的 Java 服务器架构的最佳方法是什么？具体来说，我想使用同一个 servlet 层不仅响应我的 GWT 应用程序，而且响应相应的 iOS 和 Android 应用程序。

我想到的第一个方法是使用“RequestBuilder”而不是通常的 RPC 方法服务接口(interface)来实现 GWT 客户端层。使用这种方法，我可以编写通用 servlet，通过处理以 JSON 或 XML 之类的方式编码的变量，以 RESTful 方式响应 HTTP 请求。虽然这可行，但必须在客户端和服务器上以 JSON 格式对我的对象/参数进行编码和解码，这会有点费力，尤其是当 RPC 提供了如此优雅的解决方案时。

另一种方法(我认为更好)是找出 Google 用于序列化和反序列化其 RPC 方法调用的规范，并实现某种对 iOS 执行相同操作的库(在 Objective-C 中)和安卓。问题是我没能找到关于这个编码标准的好的文档，也没有找到为 iOS 或 Android 实现它的库(尽管我确实在 www.gwtphp.com 找到了类似的 PHP 的东西)。

谁能指导我制定 GWT 如何序列化/反序列化其对象的规范，或者更好的是，实现 RPC 接口(interface)的 iOS 和/或 Android 库？

Answer 1

制作一个“服务”层，即一组返回 POJO 的业务类。

然后你可以很容易地让GWT-RPC和REST调用服务层。

这非常简单明了。您的问题将是如何创建仅返回 POJO 的业务层。但那是另一回事了。