RestyGWT 与 RequestFactory

Question

我正在考虑将当前基于 GWT-RPC 的服务层迁移到其他层。它大约有 10 个服务接口，每个接口有 5 个方法，涉及大约 20 个不同的域实体，因此您可以了解更改整个事物所需的工作量，显然我希望将其最小化。我还使用 Gilead 和基于 Guice 的集中式 Servlet 来处理所有 RPC 请求。

更改的主要原因是：

• TypeSerializer 消耗了应用程序代码大小的最大部分。
• 客户端的序列化/反序列化速度很慢，特别是在开发模式下，这似乎是 GWT-RPC 的一个普遍事实。
• 显然我想最小化在线有效负载，但这不是硬性要求。

我正在考虑的选项是：

• RequestFactory，它被提升为更快的野兽。但我担心将域对象的客户端代码中的所有引用替换为其代理对应项会需要大量工作，而且我也懒得实际构建所有代理。

• 使用 RestyGWT 的完整 JSON/REST 方法，看起来它仍然可以让我使用域对象，但我担心它最终会导致反序列化速度更慢？我没有基于任何事实，但找不到任何基准。这只是一个印象。

我真的很想得到建议。

谢谢！

Answer 1

尽管我们目前正在使用 RequestFactory，但我建议使用 REST。
以下是 3 个主要原因：

1. 客户端和服务器实现不必相互依赖（如果您计划在非 Android 设备上使用本机应用程序，则不要忘记 requestfactory）。
2. requestfactory 中的新 api 更改会破坏旧的客户端代码（这会对生产造成毁灭性的结果），
3. REST 生态系统和社区更大，更容易解决代码中的问题，并允许其他应用程序将来与您的应用程序进行通信。