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

文章目录

- 1. 定义
- 2. 好处
- 3. 应用
- 4. 示例
- 结语

在软件开发中，设计原则是创建灵活、可维护和可扩展软件的基础。
这些原则为我们提供了指导方针，帮助我们构建高质量、易理解的代码。
✨单一职责原则（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());}
}