GWT RequestFactory：如何从 stableId() 获取持久 id？

Question

我在实体中使用Long id，不仅将它们存储在数据存储中，而且还引用其他实体。现在，我使用 RequestFactory 在客户端上 create() 对象并保留它们，但我需要一种方法来找出服务器生成的 id。

这是我发现的一种需要两次旅行的方法：

final OrganizationProxy proxy = context.create(OrganizationProxy.class);
context.persist().using(proxy).fire(new Receiver<Void>(){

    public void onSuccess(Void response)
    {
        requestFactory.find(proxy.stableId()).fire(new Receiver<OrganizationProxy>()
        {
            public void onSuccess(OrganizationProxy response)
            {
                //hey, now response has the server-generated id in it, along with any other values the server populated
            }
        });
    }
});

但似乎必须有一种方法无需第二次旅行即可获取持久ID。看起来 requestFactory.find() 首先需要持久 id 才能工作。

如何在不向服务器发出第二次请求的情况下获取持久 ID？

=======更新=======

我终于想到了（在tbroyer 告诉我 ;)) 我可以返回Long id。这不会从 EntityProxyId 中检索持久 ID，但它确实可以在单个请求中获取新对象的持久 ID。

我将保留这个问题 - 我仍然对从 EntityProxyId 中获取持久 id 感兴趣。

Answer 1

您可以通过调用 RequestFactory.getHistoryToken()。可以通过调用 RequestFactory.getProxyId()。

用 RequestFactory 的话说，新创建的实体的 id 是“短暂的”。临时 ID 仅在创建用于创建 EntityProxy 的 RequestContext 的 RequestFactory 实例内有效。当 RequestContext 被触发并且所有方法调用都已由服务器处理时，SimpleRequestProcessor 将检查有效负载的临时对象，如果它们已被持久化，则生成的有效负载将更新客户端的状态以及从 getId() 方法返回的值。

当 EntityProxyId 从短暂状态切换到持久状态时，它的对象标识和相等性不会改变，但其关联的历史标记将会改变：

OrganizationProxy proxy = context.create(OrganizationProxy.class);
final EntityProxyId<?> id = proxy.stable();
String ephemeralString = factory.getHistoryToken(id);
context.persist().using(proxy).fire(new Receiver<Void>() {
  public void onSuccess(Void response) {
    String persistedString = factory.getHistoryToken(id);
    assert !ephemeralString.equals(persistedString);
    assert factory.getProxyId(ephemeral) == factory.getProxyId(persistedString);

    MyRequestFactory otherFactory = GWT.create(MyRequestFactory.class);
    assert factory.getProxyId(ephemeral) != otherFactory.getProxyId(ephemeral);
    // Throws IllegalArgumentException
    otherFactory.find(otherFactory.getProxyId(ephemeral));
  }
});

在上面的演示中，一旦你有了 persistedString< /code>，您可以将值存储在 cookie 或其他客户端持久性机制中，并在稍后重新创建 id，以便在调用 RequestFactory.find() 时使用。第二个和第三个断言展示了临时 id 的“范围”。临时形式和持久形式可以与创建对象的 RequestFactory 互换使用。如果将临时 id 与新创建的 RequestFactory 实例一起使用（如果将临时 id 添加为 History 令牌作为书签，则会发生这种情况），您将获得EntityProxyId，但它不能真正用于任何有用的目的。

Answer 2

实现 EntityProxyId 的类是 SimpleEntityProxyId。该类有一个方法 getServerId()，它将返回 id。因此，通过检查 instanceof 您就可以调用该方法。 （实际上 RequestFactory.getHistoryToken() 甚至不检查，只是简单地转换为此类）。

现在有坏消息：它已被编码，并且是 SimpleEntityProxyId 的基类，即 SimpleProxyId 并包含方法 getServerId()，具体指出：

编码的地址对于客户端来说是完全不透明的。它可能是一个 base64 编码的字符串，但也可能是 pi 的数字。除了将此字段的内容发送回服务器之外的任何代码都是错误的。

（其中字段 encodedAddress 包含服务器 ID。）

Answer 3

我刚刚在 Proxy 接口中声明了 getId() 方法，它似乎有效。这种做法有什么问题吗？