结合 JPA、EJB 和 JSF 托管 bean 的首选设计模式是什么？

Question

这是一个设计模式问题。这是场景： 我将 EJB3.0 与 JPA 一起使用。例如，假设我有一个可以属于组的用户。因此，在我的 User 实体中，我有一个方法 getGroups() 可以懒惰地获取组。我有一个 UserDao，它是一个无状态会话 bean，它有一个方法
用户 getUser(int uid)

现在，在我的 JSF 支持 bean 中，我注入了 UserDao 的远程接口并在其上调用 getUser 以获取 User bean。但我无法访问 user.getGroups 因为它是一个分离的实体。所以我可以在这里想到三种方法：

1. 在我的 dao 方法中，我也急切地获取组，以便它们也可以在远程用户实体中访问。但是这个问题是 Group 本身可能有延迟获取的关系，而那些我也必须急切地获取，而那些可能有更多的延迟获取的关系等等。所以我最终会发送一个重量级的对象，我不需要它的大部分属性。

2. 我按原样发送用户，并依靠我的客户不对其调用 getGroups。我可以在 userdao 中提供一个单独的方法，即
   List getGroupsIds(int userId)
   我有一个 GroupDao，它有类似的方法 getGroup(int groupId) 和其他方法来获取惰性关系的 Id。

3. 第三个选项是根本不发送这些 JPA 实体，而是创建其他 POJO，如 UserInfo、GroupInfo 等，它们只包含每个实体的基本属性并发送这些实体。我可以在 DAO 中使用方法来获取不同关系的这些实体，例如：
   List getGroupsForUser(int uid)
   List getUsersInGroup(int gid)

那么哪些是首选模式。还是人们在这里使用的其他模式？

Answer 1

还有第 4 和第 5 个选项 :-)

4) 在相关 API 调用中包含“通胀水平”参数，例如获取用户（ID，通货膨胀水平）。因此，您将委托选择通过线路发送的对象的哪些部分可供使用该对象的客户端使用。您可以根据需要将 invlation 级别说成粗粒度或细粒度。一个典型的例子是 BASIC（仅填充直接属性）、ASSOCIATIONS（基本 + 直接集合/关联）、FULL（整个层次结构 - 所有关联对象）。

5) 您可以编写自己的代理来支持在线延迟初始化。仅当您延迟加载的关联对象（或属性）可能很大但（由客户端）相对很少使用时，此方法才可行。

然后，当然，还有像 skaffman 提到的 Seam :-)

Answer 2

我目前的项目已经实施了第三个选项。这不好。每次您必须更改 2-3 个班级，而不仅仅是一个班级。字段重复等等。不是一个选项。

如果您真的不需要 User 对象可以急切获取的所有信息，请选择第二个选项。

如果事实证明实际上您一直需要所有用户信息。没有其他人通过远程服务使用您的用户对象，然后使用您的用户对象 - 使用第一个。

那里的另一个解决方案。我也需要更好的。

Answer 3

为什么用户实例是分离的？如果您真的在使用 JPA，则可以使用活动实例。因此，当getGroups() 被调用时，用户组会被延迟加载。