迪米特法则（Law of Demeter）

迪米特法则（Law of Demeter）

目录

1. 由来
2. 定义
3. 多种主要用法及其代码示例
4. 其他类似原则
5. 详细区别
6. 官方链接

1. 由来

迪米特法则（Law of Demeter，LoD）又称最少知识原则（Principle of Least Knowledge），是由Ian Holland和Daniel Steinberg在1987年的一篇论文中提出的。该原则旨在降低软件模块之间的耦合度，增强模块的独立性和可复用性。

2. 定义

迪米特法则可以定义为：一个对象应当对其他对象有尽可能少的了解，只与直接的朋友通信。

简而言之，迪米特法则要求对象只与其直接的关系对象进行交互，避免暴露过多的信息给外部对象，从而减少对象之间的依赖关系。

3. 多种主要用法及其代码示例

迪米特法则的应用主要体现在以下几个方面，下面是具体的用法和代码示例：

示例1：封装对象的行为

class Order {
    private Customer customer;

    public Order(Customer customer) {
        this.customer = customer;
    }

    public void processOrder() {
        // 处理订单逻辑
        customer.notifyOrderProcessed();
    }
}

class Customer {
    public void notifyOrderProcessed() {
        // 通知用户订单已处理
    }
}

在上述示例中，Order 类在处理订单的过程中调用了 Customer 对象的 notifyOrderProcessed() 方法。Order 类只与其直接关联的朋友类 Customer 进行通信，而不是直接与其他类进行交互。

示例2：使用中间类进行通信

class Mediator {
    private List<Component> components;

    public void register(Component component) {
        components.add(component);
    }

    public void notifyAllComponents() {
        for (Component component : components) {
            component.handleEvent();
        }
    }
}

class Component {
    public void handleEvent() {
        // 处理事件
    }
}

在上述示例中，Mediator 类充当一个中间人角色，通过注册和通知的方式来协调多个组件的交互。每个组件只需要与 Mediator 类进行通信，而不需要直接与其他组件交互。

4. 其他类似原则

迪米特法则与以下面向对象设计原则相关联：

• 单一职责原则（Single Responsibility Principle）
• 开放封闭原则（Open-Closed Principle）
• 依赖倒置原则（Dependency Inversion Principle）
• 接口隔离原则（Interface Segregation Principle）

这些原则共同推动了代码的松耦合、可维护性和可扩展性。

5. 详细区别

迪米特法则与单一职责原则的区别在于：

• 迪米特法则关注于对象之间的通信方式，要求对象只与其直接的朋友类进行交互。
• 单一职责原则关注于模块或类的职责划分，要求一个类只负责一项功能或关注点。

两者可以结合使用，通过良好的模块划分和对象通信方式，实现更好的模块独立性和系统可维护性。

6. 官方链接

了解更多关于迪米特法则的详细信息，请参考官方链接：

https://en.wikipedia.org/wiki/Law_of_Demeter