炒PO-VO-DTO的冷饭,Remote下PO的运用方式问题

// 比如 Client 中的 CustomerInfoWindow
// 显示的时候 CustomerInfoWindow 从 CustomerInfoController 中获取相应的值,显示
// CustomerInfoModel (同时也是Controller); 可以是这样的
public class CustomerInfoController {
    // 用于显示的属性
    private String code;
    private String name;
    private String certificateType;
    private String certificateNO;
    private String status; 
    // 构造器
    public UserInfo(String code); {
        this.code = code;
    }
    // 初始化事件
    public void onInit(); {
        // 远程获得Service提供的 CustomerInfo 实例 (DomainObject);
        CustomerInfo c = service.getCustomerInfo(code);;
        if (c != null); {
            // 设置用于显示的值
            name = c.getName();;
            certificateType = c.getCertificate();.getType();;
            certificateNO = c.getCertificate();.getNO();;
            status = c.getStatus();.getName();;
        }
    }
    // get and set methods
}

public class CustomerModel {
  ...
  public boolean lostReport; //挂失标志
  public void onInit(); {
    Customer c = service.getCustomer();;
    lostReport = getLostReportFlag(c);;
  }
  // 增加新的转换方法
  private boolean getLostReportFlag(Customer c); { 
    Date sysDate = new Date();;
    LostReportArgreement lra = c.getLostReportAgreement();; 

    //上面c.getLostReportAgreement的设计是有问题的
    //因为客户可能会有很多种协议，如果都通过c.getXXXAgreement的方式取得的话。
    //因为Customer同协议是使用关系，也就是说是Customer依赖于这些协议，、
    //这样稳定的对象就依赖上不稳定的对象了，新的协议会层出不穷。
    //这是很大的问题，依赖应该朝着稳定的方向去做而不是相反。
    //所以即使要做也该是下面这样：
    //
    //LostReportArgreement lostReportAgreement = LostReportArgreementRepository.findbyCustomer(c);;
    //
    //Customer对象无论如何都不应当知道直接签订了多少的协议。
    //
    
if (sysDate.after(lra.getFromDate();); && sysDate.before(lra.getToDate(););); {
    return true;
    } else {
      return false;
    }
  }
  ...
}