迪米特法则，也称为最少知识原则（Least Knowledge Principle, LKP），是一个面向对象的设计原则，它强调一个对象应当对其他对象保持最少的了解。这个原则的核心思想是尽量降低类之间的耦合度，提高模块的相对独立性。
定义
迪米特法则可以简单解释为“talk only to your immediate friends”，即一个类只与它的直接朋友通信，而不与其他类直接通信。这里的“朋友”是指当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。
迪米特法则的目的是降低类之间的耦合度，提高模块的相对独立性。如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。这个原则有助于我们设计出更灵活、可维护性更高的软件系统。在Java开发中，我们可以利用这个原则来设计出更符合实际需求的类和接口，降低类之间的耦合度，提高代码的可读性和可维护性。
它鼓励我们减少类之间的直接交互，以降低耦合度，提高系统的可维护性和可扩展性。迪米特法则通常适用于以下场景：
- 中介者模式：当一个类需要与多个类进行交互时，可以使用中介者模式来降低类之间的直接依赖。中介者负责协调各个类之间的交互，从而减少类之间的直接通信。
- 控制反转（IoC）和依赖注入（DI）：这些技术允许我们将依赖关系外部化，并由容器或框架来管理。这样，类之间的依赖关系就变得更加灵活，降低了直接耦合。
- 事件驱动编程：在事件驱动系统中，一个类可以发布事件，而其他类可以订阅这些事件。这种松耦合的通信方式遵循了迪米特法则。
- 模块化设计：在模块化设计中，每个模块都应该有明确的职责，并尽量减少对其他模块的依赖。迪米特法则有助于实现这种高内聚、低耦合的模块化设计。
代码案例
下面是一个简单的Java代码示例来说明迪米特法则的应用，如下代码：
/**
* @版权 Copyright by 程序员古德 <br>
* @创建人 程序员古德 <br>
* @创建时间 2023/12/20 15:37 <br>
*/
// 违反了迪米特法则的例子
public class Printer {
public void print() {
System.out.println("Printing...");
}
}
public class Scanner {
public void scan() {
System.out.println("Scanning...");
}
}
public class AllInOneDevice {
private Printer printer;
private Scanner scanner;
public AllInOneDevice(Printer printer, Scanner scanner) {
this.printer = printer;
this.scanner = scanner;
}
public void printAndScan() {
printer.print(); // AllInOneDevice 直接与 Printer 交互
scanner.scan(); // AllInOneDevice 直接与 Scanner 交互
}
}
在上述代码中，AllInOneDevice 类直接与 Printer 和 Scanner 类进行交互，这违反了迪米特法则，我们可以通过引入一个中介者来解决这个问题，如下代码：
/**
* @版权 Copyright by 程序员古德 <br>
* @创建人 程序员古德 <br>
* @创建时间 2023/12/20 15:37 <br>
*/
// 符合迪米特法则的例子
public interface Device {
void operate();
}
public class Printer implements Device {
@Override
public void operate() {
System.out.println("Printing...");
}
}
public class Scanner implements Device {
@Override
public void operate() {
System.out.println("Scanning...");
}
}
public class DeviceManager {
private List<Device> devices = new ArrayList<>();
public void addDevice(Device device) {
devices.add(device);
}
public void operateAllDevices() {
for (Device device : devices) {
device.operate(); // DeviceManager 只与 Device 接口进行交互，不直接与具体实现类交互
}
}
}
在这个改进后的例子中，DeviceManager 类作为中介者，负责与所有设备（Device 接口）进行交互。具体的设备类（如 Printer 和 Scanner）只与 Device 接口进行交互，而不直接与其他类进行交互。这样，我们降低了类之间的直接耦合，提高了系统的可维护性和可扩展性。
核心总结
迪米特法则（最少知识原则）是面向对象设计的重要原则之一，其主要思想是降低类之间的耦合度，提高系统的可维护性和可扩展性。在实际开发中，遵循迪米特法则有助于我们设计出更加灵活、可复用的代码结构。降低耦合度可以使系统更加模块化，提高可维护性可以使代码更易于理解和维护，增强可复用性则有利于类的重用。然而，过分追求迪米特法则可能导致设计过于复杂，增加不必要的抽象层和中介者，以及在某些性能敏感的场合下导致额外的性能开销。因此，在使用迪米特法则时应适度应用，结合其他设计原则，关注实际场景，避免盲目追求理论上的完美设计。
