是否可以在不使用 RPC 序列化的情况下使用面向 GWT RPC 的命令模式？
Is it possible to use the GWT RPC-oriented Command Pattern without the use of RPC serialization?
在重构基于 GWT 的框架的客户端-服务器端通信的过程中，我遇到了有关在 GWT 3.0+ 中可能消除 RPC 的讨论
我们的框架目前基于RPC-oriented Command Pattern。目前我想知道如何在不从根本上改变业务代码的情况下摆脱 RPC。
我的第一个方法是对 Action 和 Result 的 serialization/deserialization 使用 JSON。但至少在客户端方法 fromJsonString() 和 toJsonString() 需要手动实现，因为在客户端没有反射。
在阅读了 GWT 2.7 引入的 JSInterop 之后，我想知道是否有更好的方法 serialize/deserialize 客户端和服务器端的操作和结果。
不幸的是，我现在有点卡住了。是否已经有无需 RPC 即可实现命令模式的方法？
此致
目前（2016 年）我不会太担心可能会消除 RPC。鉴于 GWT 发布的当前速度，我们可能需要一些时间才能看到版本 3，即使那样，RPC 的消除也不是确定的事情。所以从优先级的角度来看，没有理由花太多精力在这上面。
过去的 RPC 未来很可能基于 JSON。其中 json 代码是从 Java 类 生成的。有一些图书馆可以做到这一点。例如看 gwtjsonrpc。它使用 json-rpc（顾名思义）。您可以将它用作命令模式，但它不是命令模式的直接实现。
在重构基于 GWT 的框架的客户端-服务器端通信的过程中，我遇到了有关在 GWT 3.0+ 中可能消除 RPC 的讨论
我们的框架目前基于RPC-oriented Command Pattern。目前我想知道如何在不从根本上改变业务代码的情况下摆脱 RPC。
我的第一个方法是对 Action 和 Result 的 serialization/deserialization 使用 JSON。但至少在客户端方法 fromJsonString() 和 toJsonString() 需要手动实现，因为在客户端没有反射。 在阅读了 GWT 2.7 引入的 JSInterop 之后，我想知道是否有更好的方法 serialize/deserialize 客户端和服务器端的操作和结果。
不幸的是，我现在有点卡住了。是否已经有无需 RPC 即可实现命令模式的方法？
此致
目前（2016 年）我不会太担心可能会消除 RPC。鉴于 GWT 发布的当前速度，我们可能需要一些时间才能看到版本 3，即使那样，RPC 的消除也不是确定的事情。所以从优先级的角度来看，没有理由花太多精力在这上面。
过去的 RPC 未来很可能基于 JSON。其中 json 代码是从 Java 类 生成的。有一些图书馆可以做到这一点。例如看 gwtjsonrpc。它使用 json-rpc（顾名思义）。您可以将它用作命令模式，但它不是命令模式的直接实现。