Java中的得墨忒耳法则混乱

Question

我是否违反了“得墨忒耳法则”？ 例如，我创建了一个包含姓名、电话和 ID 的班级人员，它与我的数据库中的列匹配。 当我想使用人的身份填写我的订单信息时。我喜欢这样。

 public static void fill(Order order) {
    DatabaseComponent databaseComponent = new DatabaseComponent();
    Person person = databaseComponent.getById(order.getUserId());
    order.setName(person.getName());
    order.setPhone(person.getPhone());
}

我使用由 databaseComponent 返回的 getName 和 getPhone。这是中断 LoD。 有人建议我可以这样做

 public void fill(Order order) {
    DatabaseComponent databaseComponent = new DatabaseComponent();
    Person person = databaseComponent.getById(order.getId());
    fillOrder(order,person);

}
private void fillOrder(Order order,Person person){
    order.setPhone(person.getPhone());
    order.setName(person.getName());
    return;
}

但我认为在公共方法中它仍然会破坏 LoD。有些人使用这种方法。

public class Util {
public static void fillOrder(Order order,Person person){
    order.setPhone(person.getPhone());
    order.setName(person.getName());
    return;
}}

是的，也许它不会破坏 LoD。但是为什么呢？可能是Client 没有耦合到Person 类。但是它耦合到了Util。 LoD在这个场合有什么优势。

Answer 1

LoD 说：

更正式地说，函数的得墨忒耳定律要求对象 O 的方法 m 只能调用以下类型对象的方法：[2]

O 本身

m的参数

在 m 中创建/实例化的任何对象

O 的直接组件对象

一个全局变量，可以被O访问，在m范围内

您正在方法中创建对象（订单和人员）；然后你调用它们的方法。或者更准确地说：您正在创建一个并实例化另一个。

对我来说似乎很好 - 这里没有违反 LoD。

我宁愿担心告诉不要问。您获取 Person 的所有这些属性以将其推送到 Order 中。为什么没有像public void setRecipient(Person p) 这样的订单类的方法？

另一方面，这可能意味着破坏 Order 的单一职责。从这个意义上说，您的代码仍然可以，例如，如果在某个 SetupOrderService 支持类中找到。