【Java 设计模式】设计原则之迪米特法则

在软件开发中，设计原则是创建灵活、可维护和可扩展软件的基础。
这些原则为我们提供了指导方针，帮助我们构建高质量、易理解的代码。
✨单一职责原则（SRP）
✨开放/封闭原则（OCP）
✨里氏替换原则（LSP）
✨依赖倒置原则（DIP）
✨接口隔离原则（ISP）
✨合成/聚合复用原则（CARP）
✨迪米特法则（LoD）

迪米特法则，又称为最少知识原则（Law of Demeter，LoD），是一项用于面向对象设计的基本原则之一。该原则强调一个对象应该对其他对象有最少的了解，即一个类不应该知道太多关于其他类的内部细节。在本文中，我们将深入研究迪米特法则，探讨其定义、背后的理念以及如何在实际开发中应用。

1. 定义

迪米特法则是由荷兰计算机科学家伊恩·荷尔姆·迪米特（Ian Holland Demeter）于1987年提出的。它规定一个对象应该对其他对象有最少的了解，即一个类不应该知道太多关于其他类的内部细节。迪米特法则有一个简洁的表述：“只与你的直接朋友通信，不跟陌生人说话”，其中“直接朋友”指的是当前对象的成员、方法参数、方法返回值中的对象。

2. 好处

迪米特法则有助于降低类之间的耦合性，提高系统的灵活性和可维护性。以下是一些应用迪米特法则的好处：

• 降低耦合性：

  通过减少对象之间的直接交互，降低了它们之间的耦合性，使得系统更容易扩展和维护。

• 提高可维护性：

  一个对象只需了解其直接朋友的信息，当朋友发生变化时，不会影响到其他对象，有利于代码的维护。

• 增强灵活性：

  降低了对象之间的依赖关系，使得系统更灵活，更容易适应变化。

3. 应用

在应用迪米特法则时，我们可以考虑以下几个方面：

• 尽量减少成员变量的可见性：

  将成员变量设置为私有，通过提供访问方法来让其他类访问。这样可以控制对象对其他对象的可见性。

• 尽量少使用全局变量：

  全局变量使得对象之间的关系变得复杂，容易引起不必要的耦合。避免在一个对象中引用大量其他对象。

• 合理使用第三方库：

  当使用第三方库时，尽量通过接口进行交互，避免直接依赖具体实现。这有助于减少对第三方库的依赖关系。

• 使用DTO（数据传输对象）：

  当需要传递多个数据给其他对象时，可以考虑使用DTO，将相关数据封装在一个对象中，而不是逐个传递。

4. 示例

假设我们有一个购物车系统，其中包含商品类 Product 和购物车类 ShoppingCart。根据迪米特法则，ShoppingCart 不应该直接了解 Product 的内部细节，而是通过 Product 的公共方法进行交互。

Product.java

package com.cheney.demo;

public class Product {
    private String name;
    private double price;

    public Product(String name, double price) {
        this.name = name;
        this.price = price;
    }

    public String getName() {
        return name;
    }

    public double getPrice() {
        return price;
    }
}

ShoppingCart.java

package com.cheney.demo;

import java.util.ArrayList;
import java.util.List;

public class ShoppingCart {
    private List<Product> products;

    public ShoppingCart() {
        this.products = new ArrayList<>();
    }

    public void addProduct(Product product) {
        products.add(product);
        // 不直接调用 Product 的方法，而是通过返回的信息进行处理
        System.out.println("Added product: " + product.getName());
    }
}

在这个例子中，ShoppingCart 类只与 Product 类的公共方法进行交互，而不知道 Product 的具体实现细节。这符合迪米特法则的要求。

结语

迪米特法则是一项有助于降低类之间耦合性的基本原则。通过遵循这一原则，我们可以创建更加灵活、可维护和可扩展的面向对象系统。在实际开发中，开发人员应该时刻关注对象之间的依赖关系，确保符合迪米特法则，从而提高系统的质量。


【Java 设计模式】系列 《23 种设计模式》 与 《7 大设计原则》 总纲
🚩设计原则
✨单一职责原则（SRP） 规定一个类应该只有一个引起变化的原因
✨开放/封闭原则（OCP） 表明软件实体应该是可以扩展的，但是不可修改的
✨里氏替换原则（LSP） 强调派生类必须能够替代其基类而不引起程序错误
✨依赖倒置原则（DIP） 倡导高层模块不应该依赖于低层模块，二者都应该依赖于抽象
✨接口隔离原则（ISP） 提倡一个类不应该被强迫依赖它不使用的接口
✨合成/聚合复用原则（CARP） 建议尽量使用合成/聚合，尽量不要使用继承
✨迪米特法则（LoD） 规定一个对象应该对其他对象有最少的了解

🚀创建型设计模式
✨单例模式 保证一个类仅有一个实例，并提供一个访问它的全局点
✨工厂方法模式 定义一个用于创建对象的接口，但是由子类决定实例化哪一个类
✨抽象工厂模式 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类
✨建造者模式 将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示
✨原型模式 通过复制现有的对象来创建新对象，而不是从头开始创建

🚀结构型设计模式
✨适配器模式 将一个类的接口转换成客户希望的另外一个接口
✨桥接模式 将抽象部分与它的实现部分分离，使它们都可以独立地变化
✨组合模式 将对象以树形结构组合以表示“部分-整体”的层次结构
✨装饰器模式 动态地给一个对象添加一些额外的职责
✨外观模式 为子系统中的一组接口提供一个一致的界面
✨代理模式 为其他对象提供一种代理以控制对这个对象的访问
✨享元模式 用共享的方式高效地支持大量小粒度对象

🚀行为型设计模式
✨观察者模式 定义对象间的一对多依赖，当一个对象改变状态，所有依赖者都会受到通知并自动更新
✨策略模式 定义一系列算法，将它们封装起来，并且使它们可以相互替换
✨命令模式 将请求封装成对象，使得可以用不同的请求对客户进行参数化
✨状态模式 允许对象在其内部状态改变时改变它的行为
✨责任链模式 为解除请求的发送者和接收者之间的耦合，而使多个对象都有机会处理这个请求
✨访问者模式 将算法与对象结构分离，并且可以在不改变对象结构的前提下定义新的操作
✨中介者模式 用一个中介对象来封装一系列的对象交互
✨备忘录模式 在不破坏封装的情况下，捕获对象的内部状态，并在对象之外保存这个状态
✨迭代器模式 提供一种方法顺序访问一个聚合对象中的各个元素，而不暴露其内部表示
✨模版方法模式 定义一个操作中的算法的骨架，将一些步骤延迟到子类中
✨解释器模式 定义一个语言的文法，并且建立一个解释器来解释该语言中的句子