java - 是否可以拥有远程管理的实体？

Question

我对 JPA 不太熟悉，但我有这样的情况:出于 KISS/DRY 的原因，我想在服务器和客户端 (Java SE) 上使用相同的类(阅读“代码”)。在我看来，一种可能的方法是在客户端上有一个(特殊的？)EntityManager，它将实体的请求传递到服务器，最后将所有实体传递回服务器以进行“批量持久化操作”，其中类可以(重新)验证其数据，应用一些事务操作(更新等)，并由 JPA 实现很好地持久化。

问题是:这可能吗？如何？ (是否已经有解决方案？用“一些”代码解决这个问题是否简单？)

<小时/>

编辑:好的，让我为大家澄清一些事情。我的背景是使用一个内部开发的应用程序框架，该框架使用所谓的通用持久性服务；即在单个事务中执行 CRUD 操作(任何表的每个操作一个服务)的服务，但由类(在服务内)支持，这些类拦截这些操作并提供验证和(通常)复杂的业务规则(更新其他表等)。这是在较旧的 Microsoft 产品中实现的。现在已经转向 .NET，最近出现了类似工作但更高级的框架，如 DevForce 和 CSLA。 DevForce 特别提供了我想在 Java 中实现的功能(请参阅 this page 上的“在客户端上执行”段落，然后访问 this page 以获得更好的概述)。

我关于这个一般主题的一个较旧的问题:Java "equivalent" to CSLA

Answer 1

我以前尝试过做类似的事情，也许只是分享一些我的发现(当时我使用 Hibernate + XFire 进行 WS)

我相信你的想法在理论上是有效的。您需要做的只是序列化您的托管实体并将其发送给客户端。客户端反序列化并更新对象(当然，在客户端，它只是普通的 POJO，而不是托管实体)并将其发送回服务器。此时，Server接收到的对象只是一个分离的对象。您可以重新附加到 session (JPA/Hibernate 将为您执行乐观并发检查)，并进行持久化。

但是它只适用于非常简单的 POJO。主要问题之一是，在 JPA(或大多数 ORM 框架)中，不同实体之间存在关系。例如，订单将与产品和帐户有关系，帐户将与客户有关系，客户将有地址列表......等等。如果您在服务器端进行操作，因为延迟获取，在您访问它之前不会实际获取关系，这通常没问题。然而，当您执行序列化时，它成为一个很难解决的问题:大多数序列化解决方案(如 JAXB)将简单地递归地导航所有属性。结果是，您希望只发送 Order 对象到客户端，但最终您却向客户端发送大量数据。简单地告诉序列化器不要序列化某些属性是行不通的，因为当对象被发送回并将分离的对象重新附加到 session 时，JPA/Hibernate 无法知道您是简单地忽略关系还是实际上正在删除关系。当然，您仍然可以采取一些技巧，但所有这些都使得这种方法难以采用，并且不再优雅。