GWT RPC机制的序列图

Question

我不完全了解GWT RPC机制，因此我正在寻找序列图。 有人有链接吗？

GWT主页上的管道图并未详细描述该机制： http : //www.gwtproject.org/doc/latest/DevGuideServerCommunication.html#DevGuideRemoteProcedureCalls

Answer 1

序列图可以在这里找到

https://code.google.com/p/welikegwt-presentation/wiki/GwtRpc

Answer 2

我没有已知的已发布序列图。 但这实际上并没有那么多帮助，因为它必须同时处理许多抽象级别：

• Javascript端并没有真正“调用” Java端（它发送了一个请求，这是另一回事）
• 主客户端参与者（异步接口的实现）从不可见，因为它是在项目编译期间生成的。

需要了解的要点是：

• 服务器端是同步的-纯Servlet API，只有一个线程可以处理每个请求；
• JavaScript方面是异步的。 使用Javascript发送HTTP请求时，您无法等待响应，只能提供回调。 这就是为什么您不能包装在同步接口中返回值的HTTP调用的原因。
• 在理想的世界中，只有一个接口可以桥接客户端和服务器端。 服务器将实现该接口，客户端将以某种方式获取其代理并调用其方法。 这就是同步远程通常如何工作的方式。 由于上述原因，这是不可能的。
• 因此，我们需要两个不同的接口：一个用于客户端（异步），另一个用于服务器（同步）。 它们仅与约定保持在一起，因为Java的类型系统无法表达它们之间的关系（方法的名称相同，参数相关，但不相同，返回类型不同），
• 在GWT项目的编译过程中，将生成一个实现客户端接口的类。 它的实例可以调用服务器（以异步方式）。 然后，服务器找到同步接口的relavant方法的实现并调用它，并发送回响应（同步）。 响应会触发javascript端的回调（异步）。

所以你有它。 整个异步性源于XMLHttpRequest对象的工作方式。

请注意，官方Wiki上的图表具有误导性-Javascript调用了async接口，而不是同步接口（如图所示）。