如何防止来自 GWT RequestFactory 上下文的冗余持久性调用？

Question

在我的一个项目中，我有一个 GWT EntityProxy 简化如下：

@ProxyFor(value = Item.class, locator = ItemService.class)
public interface ItemProxy extends EntityProxy
{
    String getName();

    // other getters and setters here
}

具有相应的实体实现，它是一个简单的 JPA 注释实体 bean。

我还有一个请求上下文：

@Service(value = ItemService.class, locator = InjectingServiceLocator.class)
public interface ItemRequestContext extends RequestContext
{
    Request<List<ItemProxy>> findItems();
}

以及相应的服务和定位器实现：

public class ItemService extends Locator<Item, Long>
{
    @Override
    public Item find(Class<? extends Item> clazz, Long id)
    {
        return getItemFromJpa(id);
    }

    public List<Item> findItems()
    {
        return getAllItemsFromJpa();
    }

    // Remaining Locator and JPA methods skipped
}

当我从 RPC 角度在 GWT 请求上下文中调用 findItems 方法时，一切似乎都按预期工作，并且我在回调方法中获得了项目列表以在客户端中使用。

但是从持久性的角度来看，实现并没有按预期工作：在服务器端，按预期调用方法findItems 从持久性中获取我的项目并返回它们。然后，对于每一个项目，方法 find 会使用项目的 id 调用，当然会一个接一个地从持久性中再次检索项目。

是什么导致 GWT 请求工厂上下文进行这些无用的调用，我该如何防止它这样做？

Answer 1

在返回浏览器之前，RequestFactory 会检查它看到的每一个域对象（无论是从请求中，还是在服务方法的返回值中），看它是否仍然存在，从而决定是否应该告诉对象已被删除的客户端（使用WriteOperation.DELETE 生成EntityProxyChange 事件）。

这个检查是通过调用定位器的isLive方法来完成的，该方法的默认实现会调用find并带有对象的ID，并检查返回值是否为null。

换句话说，您可以简单地覆盖定位器中的isLive 以提供您自己的逻辑，并可能绕过对持久层的调用。