Question

我是RequestFactory的新手，但在Thomas Broyer的慷慨帮助下，在审阅了下面的文档之后，它变得更好了：）

但是，您能否解释一下为什么Locator<>.find()被不必要地（在我看来）经常被调用？

在我的示例项目中，我有两个维护父子关系的实体Organization和Person。当我获取组织Objectify 自动获取子Person。我还在服务层findOrganizationById和saveOrganization中创建了两个加载和持久化对象的方法。

现在考虑两种情况：

当我在客户端呼叫findOrganizationById后，在服务器端发生呼叫：

OrderDao.findOrganizationById(1)
PojoLocator.getId(Key<?>(Organization(1)))
PojoLocator.getId(Key<?>(Organization(1)/Person(2)))
PojoLocator.getId(Key<?>(Organization(1)))
PojoLocator.find(Key<?>(Organization(1)))
PojoLocator.getId(Key<?>(Organization(1)/Person(2)))
PojoLocator.find(Key<?>(Organization(1)/Person(2)))

通过调用OrderDao.findOrganizationById我已经收到了完整的对象图。除此之外，为什么还要拨打.find两次？数据存储的额外负载花了我钱。当然我会缓存它，但修复它会很好。我该如何避免这些额外的电话？

当我通过在客户端中调用saveOrganization来保存对象时，会发生类似的事情。以下调用发生在服务器端：

PojoLocator.find(Key<?>(Organization(1)))
PojoLocator.find(Key<?>(Organization(1)/Person(2)))
OrderDao.saveOrganization(1)
PojoLocator.getId(Key<?>(Organization(1)))
PojoLocator.find(Key<?>(Organization(1)))
PojoLocator.getId(Key<?>(Organization(1)/Person(2)))
PojoLocator.find(Key<?>(Organization(1)/Person(2)))

我可以理解需要在更新之前从DataStore 中获取两个对象。 RequestFactory将增量发送到服务器，因此在持久化之前需要拥有整个对象。自从我一次加载完整的图表后，不再进行第二次调用PojoLocator.find(Key<?>(Organization(1)/Person(2)))会很好。而且我真的无法理解持久后.find()来电的需要。

想法？

我的代理

@ProxyFor(value = Organization.class, locator = PojoLocator.class) public interface OrganizationProxy extends EntityProxy { public String getName(); public void setName(String name); public String getAddress(); public void setAddress(String address); public PersonProxy getContactPerson(); public void setContactPerson(PersonProxy contactPerson); public EntityProxyId<OrganizationProxy> stableId(); } @ProxyFor(value = Person.class, locator = PojoLocator.class) public interface PersonProxy extends EntityProxy { public String getName(); public void setName(String name); public String getPhoneNumber(); public void setPhoneNumber(String phoneNumber); public String getEmail(); public void setEmail(String email); public OrganizationProxy getOrganization(); public void setOrganization(OrganizationProxy organization); }

我的服务

public interface AdminRequestFactory extends RequestFactory { @Service(value = OrderDao.class, locator = InjectingServiceLocator.class) public interface OrderRequestContext extends RequestContext { Request<Void> saveOrganization(OrganizationProxy organization); Request<OrganizationProxy> findOrganizationById(long id); } OrderRequestContext contextOrder(); }

最后是我的Locator＆lt;＆gt;

public class PojoLocator extends Locator<DatastoreObject, String> { @Inject Ofy ofy; @Override public DatastoreObject create(Class<? extends DatastoreObject> clazz) { try { return clazz.newInstance(); } catch (InstantiationException e) { throw new RuntimeException(e); } catch (IllegalAccessException e) { throw new RuntimeException(e); } } @Override public DatastoreObject find(Class<? extends DatastoreObject> clazz, String id) { Key<DatastoreObject> key = Key.create(id); DatastoreObject load = ofy.load(key); return load; } @Override public Class<DatastoreObject> getDomainType() { return null; // Never called } @Override public String getId(DatastoreObject domainObject) { Key<DatastoreObject> key = ofy.fact().getKey(domainObject); return key.getString(); } @Override public Class<String> getIdType() { return String.class; } @Override public Object getVersion(DatastoreObject domainObject) { return domainObject.getVersion(); } }

Answer 1

最后的getId和find对是Locator#isLive的默认实现：它假设某个对象是 live （即仍然存在于数据存储）如果通过其ID找到它，则返回非空值。

RF在构建响应时检查它们在活动的请求/响应期间看到的每个EntityProxy，告诉客户端何时删除了一个实体（在客户端，然后它会使用EntityProxyChange 写操作触发DELETE事件。

如果您可以提供一个更优化的实施，您当然可以覆盖isLive中的Locator。

RequestFactory理论：为什么经常调用Locator＆lt;＆gt; .find（）？

1 个答案: