设计具有延迟加载属性的Java POJO

Question

请考虑以下示例：

Web应用程序为每个登录用户创建一个用户对象。该对象具有的简单String属性firstName，lastName…

每个用户也可以拥有一个car。考虑到获取用户car非常昂贵，因此我们不希望在用户登录时不设置用户汽车。相反，我们希望在用例需要时获得汽车。

为了实现这一点，我们创建了一个用户pojo：

public class User() {
  private String FirstName;
  private String LastName;   
  private Car car;
  //Here we have the service object, this could be injected with spring or JEE
  private CarServices carServices;

  public Car getCar() {
    //If the car is not fetched yet, go on and get it from your service
    if (car == null) {
      car = carServices.getCarFromDB(...)
    }
    return car;
  }

}

登录后的初始用户：

User newUser = new User();
newUser.setFirstName("foo");
newUser.setLastName("bar");
//We just let user have service, so he can use this service latter
newUser.setCarServices( new CarServices() );

每个需要用车的用例都可以轻松获得：

newUser.getCar()

但是，我一直认为通过这种方式，我的User对象不再是简单的pojo了，这也不是一种好方法。

我怎样才能更好地达到这一要求。

Answer 1

我一直认为，这样我的User对象不是简单的pojo

为了回答您的问题，我首先想回顾一下历史。

Pojo是一个 普通的旧Java对象 ，意味着您仅使用“标准”
java。这个术语是在J2EE大肆宣传时创建的。此时，开发人员在企业Bean中编码了业务逻辑，而这个EJB需要大量的基础结构代码。这个事实将商务逻辑与实现技术结合在一起。因此，丽贝卡·帕森斯（Rebecca
Parsons），乔什·麦肯齐（Josh MacKenzie）和马丁·福勒（Martin
Fowler）得出的结论是，如果仅使用标准Java，业务逻辑将具有更高的可重用性和更易于测试。因此，他们创建了术语pojo，因为开发人员喜欢花哨的名字。

您的 User 课程仅取决于标准Java，因此 它是pojo 。

一些开发人员认为pojo不应包含任何逻辑。这些开发人员更喜欢贫血模型。还有人说，丰富的模型是更好的方法。我属于喜欢贫富模型而非贫血模型的开发人员。

如果CarServices要从User类中删除依赖项，则可以像hibernate或jpa实现一样实现 Car 延迟加载代理。

至少这里是我对bean，pojos，贫乏和富域模型的一些想法。

• Pojos和Java Bean之间的区别
• 贫血与富域模型

希望在与其他开发人员讨论时能对您有所帮助。