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

Question

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

Order.java

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

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

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

OrderDao.java

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

在该方法中，我需要Order 的内部状态，以便更新表字段。但我之前说过，在我的业务逻辑中没有必要公开Order 的finishingDate 字段。

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

1. 我正在更改 Order 类的契约(Contract)，但没有增加业务值(value)，可能是出于“技术”原因(数据库中的 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

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

好的，那么我们如何解决无法访问的持久化问题呢？好吧，只是让对象持久化自己。

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

方法本身可以根据需要从实际持久性中删除。您可以将接口(interface)作为参数提供给它，或者它可以返回一些其他可以在后续使用的对象。

请参阅有关相同问题的其他答案以供演示:

Returning a Data Structure to Display information

Encapsulation and Getters