Gwt 为我的实体使用值代理而不是实体代理有什么区别?

Gwt 为我的实体使用值代理而不是实体代理有什么区别?,gwt,Gwt,到目前为止,我知道我将不再需要在我的实体中定义@version字段,也不再需要使用实体定位器。对于值代理,我必须使用普通编辑器。还有其他的区别、优点、缺点吗?在将请求工厂与spring结合使用的情况下如何?主要区别在于,使用EntityProxy,客户端可以发送不同的更改,而不是整个对象图。这之所以成为可能,是因为EntityProxys具有标识,因此服务器可以从数据存储中获取标识,然后应用从客户端发送的差异/补丁,只有这样,该实体才会传递给您的服务方法 使用ValueProxy您基本上拥有了一

到目前为止,我知道我将不再需要在我的实体中定义@version字段,也不再需要使用实体定位器。对于值代理,我必须使用普通编辑器。还有其他的区别、优点、缺点吗?在将请求工厂与spring结合使用的情况下如何?主要区别在于,使用EntityProxy,客户端可以发送不同的更改,而不是整个对象图。这之所以成为可能,是因为
EntityProxy
s具有标识,因此服务器可以从数据存储中获取标识,然后应用从客户端发送的差异/补丁,只有这样,该实体才会传递给您的服务方法

使用
ValueProxy
您基本上拥有了一个与GWT-RPC等效的对象:该对象在服务器上从头开始重建,并且与您的数据存储无关(例如,在JPA的情况下,它没有连接到会话)。根据您的数据存储API,这可能会使服务方法中的处理更加复杂


除此之外,您还将丢失
EntityProxyChange
事件。

主要区别在于,使用
EntityProxy
,客户端可以发送不同的更改,而不是整个对象图。这之所以成为可能,是因为
EntityProxy
s具有标识,因此服务器可以从数据存储中获取标识,然后应用从客户端发送的差异/补丁,只有这样,该实体才会传递给您的服务方法

使用
ValueProxy
您基本上拥有了一个与GWT-RPC等效的对象:该对象在服务器上从头开始重建,并且与您的数据存储无关(例如,在JPA的情况下,它没有连接到会话)。根据您的数据存储API,这可能会使服务方法中的处理更加复杂

除此之外,还将丢失
EntityProxyChange
事件