在以领域为中心的应用程序中存储数据时如何尊重封装？

Question

假设我有一个班级Order。一个Order 可以通过调用Order.finish() 方法来完成。在内部，当 Order 完成时，会设置完成日期：

Order.java

public void finish() {
    finishingDate = new Date();
}

在应用的业务逻辑中，不需要暴露Order的finishingDate，所以它是一个没有getter的私有字段。

想象一下，在完成Order 之后，我想在数据库中更新它。例如，我可以有一个带有 update 方法的 DAO：

OrderDao.java

public void update(Order order) {
  //UPDATE FROM ORDERS SET ...
}

在该方法中，我需要Order 的内部状态，以更新表字段。但是我之前说过，我的业务逻辑中不需要暴露Order的finishingDate字段。

如果我添加一个Order.getFinishingDate() 方法：

1. 我正在更改 Order 类的合同而不增加业务价值，ubt 出于“技术”原因（数据库中的 UPDATE）
2. 我违反了面向对象编程的封装原则，因为我暴露了内部状态。

你如何解决这个问题？您认为添加 getter（如 ORM 中的“实体”类）是可以接受的吗？

我看到了一种不同的方法，其中类本身（实现）甚至知道如何保持自身。像这样的东西（非常幼稚的例子，只是为了问题）：

public interface Order {
    void finish();
    boolean isFinished();
}

public class DbOrder implements Order {

    private final int id;
    private final Database db;

    //ctor. An implementation of Database is injected

    @Override
    public void finish() {
        db.update("ORDERS", "FINISHING_DATE", new Date(), "ID=" + id);
    }

    @Override
    public boolean isFinished() {
        Date finishingDate = db.select("ORDERS", "FINISHING_DATE", "ID=" + id);
        return finishingDate != null; 
    }

}

public interface Database {
    void update(String table, String columnName, Object newValue, String whereClause);
    void select(String table, String columnName, String whereClause);
}

除了性能问题（实际上，它可以被缓存或其他），我喜欢这种方法，但它迫使我们在测试时模拟很多东西，因为所有逻辑都不是“内存中的”。我的意思是，“执行”被测逻辑所需的数据不仅仅是内存中的一个字段，而是由外部组件提供的：在这种情况下，Database。

Answer 1

在我看来，这是一个很好的观察。不，我不考虑仅出于可接受的技术原因添加任何方法，尤其是吸气剂。不过我必须承认，与我共事过的大多数人只会添加 getter，而不会像您那样详细考虑它。

好的，那么我们如何解决持久化我们无法访问的内容的问题呢？好吧，只需要求对象保持自身。

您可以在对象本身上使用persist()（或其他）方法。这没关系，因为它是业务的一部分。如果不是，想想是什么。是sendToBackend() 吗？这并不意味着您必须将持久性的细节放入对象中！

方法本身可以根据需要从实际持久性中移除。你可以给它接口作为参数，或者它可以返回一些其他可以在以后使用的对象。

查看有关相同问题的其他答案以进行演示：

Returning a Data Structure to Display information

Encapsulation and Getters