// 別添加到您的代码，这只是为了说明！
public BigDecimal getDiscount() {
    return getAmount().multiply(new BigDecimal("0.10"));
}

如果您需要处理所有折扣大于 1000 的发票，则必须编写类似以下代码：

// 別添加到您的代码，这只是为了说明！
Query query = getManager().createQuery("from Invoice"); // 查询中没设条件
for (Object o: query.getResultList()) { // 迭代所有对象
    Invoice i = (Invoice) o;
    if (i.getDiscount() // 查询每个对象
        .compareTo(new BigDecimal("1000")) > 0) {
            i.doSomething();
    }
}

您不能在查询中使用折扣作为条件来区分，因为折扣不在数据库中，它仅在 Java 的对象中，因此您必须实例化每个对象才能按折扣询问。在某些情况下，这种方式是一个不错的选择，但如果您的发票的数量非常大，并且只有少数发票的折扣大于 1000，那么这个流程将非常低效。所以我们有什么选择呢？
我们的替代方案是使用 @Calculation 注解。 @Calculation 是一个 OpenXava 注解，它允许将一个持久属性和一个计算相关联。您可以使用 @Calculation 定义折扣，如下：

// 别添加到您的代码，这只是为了说明！
@ReadOnly
@Calculation("amount * 0.10")
BigDecimal discount;

这是一个常规的持久属性，也就是说，在数据库中具有相应的列，但它有 @Calculation 定义的一个算法。这情况下是金额 * 0.10，因此每当用户在用户界面更改金额时，折扣将立即重新计算。当用户单击保存时，重新计算的值将保存在数据库中，就像在任何持久属性中一样。我们还使用 @ReadOnly 注解了折扣，因此它在外观上和行为类似于计算属性，不过您可以省略 @ReadOnly 以便用户可以修改计算值

@Calculation 属性最有用的地方在于它可以在条件中使用。您可以重写上面的代码，如下：

// 别添加到您的代码，这只是为了说明！
Query query = getManager().createQuery("from Invoice i where i.discount > :discount"); // 可以设条件
query.setParameter("discount", new BigDecimal(1000));
for (Object o: query.getResultList()) { // 仅迭代选定的对象
    Invoice i = (Invoice) o;
    i.doSomething();
}

通过这种方式，我们将选择记录的工作交给数据库的服务器，而不是 Java 的服务器。而且，折扣并不是每次都重新计算，而是已经计算并保存了。
这个在列表模式中也有影响，因为用户不能在计算属性上进行筛选或排序，但可以在带有 @Calculation 的持久属性上做到这一点：

@Calculation 在需要筛选和排序时是一个不错的选择，仅一个简单的计算就足够了。不过 @Calculation 其中一个缺点是，只有当用户更改计算器所使用的属性值时，才会重新计算它们的值。因此当您将新的 @Calculation 属性添加到已具有数据的实体时，您必须使用 SQL 更新表中新列的值。另一方面，如果您需要复杂的计算、循环或咨询其他实体，您仍然需要在 getter 中使用以您 Java 逻辑的计算属性。在最后这个情况，如果您需要在列表模式下对计算属性进行排序和筛选，则可以选择同时拥有计算属性和持久属性，并使用 JPA 回调方法同步它们的值（我们将在以后的课程看到回调方法）。