RestyGWT对RequestFactory

Question

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

改变的主要原因是：

• TypeSerializers正在消耗大部分的应用程序，code.
• Serialization/deserialization在客户端的速度特别慢，在开发模式下，这似乎是GWT-RPC.
• Obviously的一个常见事实，我希望将在线有效负载降到最低，但这并不是一个困难的要求。

我正在考虑的选择是：

• RequestFactory，被推广为一种更快的野兽。但是，恐怕要将域对象的客户端代码中的所有引用替换为它们的代理对象，恐怕要做很多工作，而且我也懒得实际构建所有的代理。
• --一个使用RestyGWT的完整JSON/REST方法，看起来让我仍然可以使用域对象，但我担心它最终会导致更慢的反序列化吗？我不是基于任何事实，但找不到任何基准。这只是一种印象。--

我真的很想得到建议。

谢谢!

Answer 1

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

requestfactory).

• new

• 客户端和服务器实现不必依赖(如果您曾经为非设备规划本地应用程序，而不是忘记请求工厂中断旧客户端代码中的 api更改(这在production)
  1. the REST eco系统上有破坏性的结果，社区更大，并且更容易解决代码中的问题，并允许其他应用程序将来与您的应用程序进行通信)。