设计模式——迪米特法则

迪米特法则（Law of Demeter, LoD），又称为最少知识原则（Principle of Least Knowledge），是一个关于软件设计中类间通信的简单性原则。它规定一个对象应该对其他对象有尽可能少的了解。具体来说，一个类的方法只应该调用以下对象的方法：

当前对象（self）
被作为方法参数传入的对象（parameter）
当前对象的属性对象（property）
由2和3派生出的对象
迪米特法则的目的是减少类之间的耦合，使得单元测试更加容易，并且提高代码的可维护性。

Java代码示例
假设我们有一个Person类，它有一个Address属性，而Address类有一个City属性。根据迪米特法则，Person类应该直接访问它的Address属性，但是不应该访问City属性的属性或方法，除非City是作为参数传入的。

public class Person {
private String name;
private Address address;

public Person(String name, Address address) {
    this.name = name;
    this.address = address;
}

// 正确：直接访问当前对象的属性
public String getAddressCity() {
    return address.getCity(); // 这里遵循迪米特法则
}

// 错误：违反迪米特法则，因为Person类直接访问了Address的属性City的属性
// public String getCityName() {
//     return address.city.getName();
// }

}

public class Address {
private City city;

public Address(City city) {
    this.city = city;
}

public City getCity() {
    return city;
}

}

public class City {
private String name;

public City(String name) {
    this.name = name;
}

public String getName() {
    return name;
}

}
在这个例子中，Person类直接访问了它的address属性的getCity()方法，这是符合迪米特法则的。如果我们让Person类直接访问City的name属性，就像注释掉的getCityName()方法那样，就违反了迪米特法则，因为Person类不应该关心City类内部是如何实现的。

遵循迪米特法则可以帮助我们创建松耦合的代码，使得每个类都只关注自己的职责，而不是其他类的内部实现细节。这样，当其他类的实现发生变化时，当前类的代码可以保持不变，从而减少维护成本。