【设计模式】软件设计七大原则 ( 迪米特原则 | 代码示例 )

一、迪米特原则简介

迪米特原则 又称为 迪米特法则 , 最少知道原则 , 最少知识原则 ;

定义 : 一个对象 应该 对 其它对象 , 保持最少的了解 ;

尽量 降低 类之间的耦合 ;

对外部引入的类 , 越少越好 ;

迪米特原则优点 : 降低了 类 之间的耦合 ;

代码实现的层面最佳做法 : 尽量不要对外公开太多的 public 方法 , 和 public 变量 , 尽量内敛 , 多使用 private / protected 权限 ;

迪米特原则 的 核心观念 : 就是 类 之间的解耦 , 解耦 是有一定程度的 , 尽量做到 弱耦合 , 耦合程度越低 , 类的复用率 才能提高 ;

由于 减少了 类之间 不必要的依赖 , 从而达到了 降低了 耦合 的目的 ;

适度使用 : 使用 迪米特原则 要 适度 , 如果 过分使用迪米特原则 , 会 产生大量中介类 , 导致 系统变复杂 , 增加维护难度 ;

使用 迪米特原则 要权衡利弊 , 既要做到 结构清晰 , 又要做到 低耦合 高内聚 ;

如果存在一个方法 , 既可以放在 A 类中 , 又可以放在 B 类中 ; 这种情况下 , 如果一个方法 可以放在本类中 , 既 不增加类间关系 , 也 没有对本类产生负面影响 , 就可以放到本类中 ;

方法中 , 如果 参数 , 返回值 , 使用了其它类 , 导致了 import 导入了一个依赖 , 这就 增加了类间的关系 ;

迪米特原则 强调 只和朋友交流 , 不和陌生人说话 ;

这里的朋友 指的是 : 出现在 成员变量 , 方法的 输入 , 输出参数 中的类 , 称为成员朋友类 , 出现在方法体内部的类 , 不属于朋友类 ;

也就是说 类 A , 我使用了 类 A 中的方法 , 或成员 , 尽量避免导致本类 import 导入新的类 ;

二、迪米特原则代码示例 ( 反面示例 )

业务场景 : 经理让员工统计商品数量 ;

1、经理类

package demeter;

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

/**
 * 迪米特原则
 *      只和直接的朋友交流
 *      朋友就是 出现在 成员变量 , 方法参数 , 方法返回值 中的类
 *      Staff 是 checkGoodsCount 的入参 , 是直接的朋友
 *
 * Manager 可以直接给 Staff 下指令 , Staff 去查询课程个数
 *      Manager 不需要关注 Good 类
 *
 * 目前这种写法违背了 迪米特法则
 */
public class Manager {

    /**
     * 经理 给 员工 下指令 , 查询商品数量
     * @param staff
     */
    public void checkGoodsCount(Staff staff) {
        List goodList = new ArrayList();
        for (int i = 0; i