面向对象中迪米特法则（LoD）的Java类实现相关疑问

我正在学习迪米特法则（LoD），了解到该法则的核心规则：

简单来说，该法则指出，类C的方法X只能调用以下对象的方法：

• 类C自身
• 方法X创建的对象
• 作为参数传递给X的对象
• 类C的实例变量持有的对象
• 静态字段

我尝试编写了如下Java类：

public class C {
    X4 x4 = new X4();
    public static final X5 X_5 = new X5();

    public String cMethod() {
        return "C so cool bean!";
    }

    public String x1() {
        return cMethod() + "\t hell yeah!";
    }

    public void x2() {
        X2 x2 = new X2();
        x2.sayHello();
    }

    public void x3(X3 x3) {
        x3.x3Method();
    }

    public void x4() {
        x4.x4Method();
    }

    public static void x5() {
        X_5.x5Method();
    }
}

针对上述代码，cMethod、x1和x3符合迪米特法则无争议，但x2、x4、x5的合规性存在疑问，具体问题如下：

1. 对于是否违反迪米特法则而言，直接访问内部对象（如此处的X4）和通过getter访问有区别吗？
2. 若在x2方法内部创建实例是可行的，该如何优化x2方法使其更贴合迪米特法则？
3. 我猜测x4和x2因同样的原因（在类C内部调用实例方法）违反了迪米特法则，若确实如此该如何优化？有AI建议声明一个接口，但x4方法代码完全不变，并称这样就符合法则了，这是为何？
4. 简化后的x5方法，仅关注类C的方法调用静态字段的方法这一行为，是否违反迪米特法则？

问题解答 #

1. 直接访问内部对象 vs 通过getter访问的区别 #

从迪米特法则的核心要求来看，两者没有本质区别。无论是直接访问实例变量x4，还是通过getX4().x4Method()调用，都是让类C直接依赖X4的具体实现，违反了“只和朋友交谈”的原则——类C不应该知晓X4的内部方法细节。迪米特法则要求类只依赖自身、方法内创建的对象、入参、实例变量/静态字段的“抽象”而非具体实现，而非关注访问方式是直接还是通过getter。

2. x2方法的优化建议 #

x2方法内部创建X2实例并调用其方法，本身符合迪米特法则中“方法X创建的对象”这一允许范围，但如果要进一步贴合法则的“低耦合”精神，可以做以下优化：

• 封装创建与调用逻辑：将X2的实例化和方法调用封装到C类的内部逻辑中，避免直接暴露X2的细节。比如如果sayHello()的目的是输出信息，可改为C类自己负责输出，而不是直接调用X2的方法；
• 依赖抽象而非具体类：定义一个Greeting接口，让X2实现该接口，x2方法中针对接口编程：

public interface Greeting {
    void sayHello();
}

public class X2 implements Greeting {
    @Override
    public void sayHello() { /* ... */ }
}

// 类C中的x2方法
public void x2() {
    Greeting greeting = new X2();
    greeting.sayHello();
}

这样类C只依赖Greeting接口，而非X2的具体实现，降低了耦合度，更符合迪米特法则的设计意图。

3. x4方法的合规性与接口优化的原因 #

首先纠正你的猜测：x4方法本身符合迪米特法则的字面规则——它调用的是类C实例变量持有的对象的方法，属于法则允许的范围。但问题在于类C直接依赖X4的具体实现，这会导致耦合度高，违反了法则背后“降低依赖、减少耦合”的设计思想。

AI建议声明接口的原因在于：通过引入接口（比如X4Interface），让X4实现该接口，类C的实例变量改为接口类型：

public interface X4Interface {
    void x4Method();
}

public class X4 implements X4Interface {
    @Override
    public void x4Method() { /* ... */ }
}

// 类C中修改实例变量类型
X4Interface x4 = new X4();

此时x4方法的代码虽然不变（仍然是x4.x4Method()），但类C依赖的是抽象接口而非具体的X4类，这符合迪米特法则“只依赖朋友的抽象”的深层要求，避免了对具体实现的强依赖，提升了代码的可维护性和扩展性。

4. x5方法的合规性判断 #

x5方法调用类C静态字段的方法，完全符合迪米特法则。根据法则给出的允许范围，静态字段属于类C自身的一部分（或关联的静态资源），调用其方法属于法则允许的范畴。不过同样需要注意，如果X5是具体类，建议依赖抽象接口，以降低耦合，但仅从法则的字面规则来看，该方法是合规的。

内容的提问来源于stack exchange，提问作者FusRoDaheim