【迪米特】「设计模式」设计模式7大原则-迪米特法则

迪米特法则(Law of Demeter) 也被称为最少知道法则，通俗来说就是：

一个类对于其他类而言，知道的越少越好--其实就是封装。，只和朋友通信，不和陌生人说话。

越少知道越好：

我们以开机为例：电脑在开机的时候大致需要经历以下步骤：

通电、加载启动引导、亮屏、加载数据等等，将这些步骤对应到类中就是：

/**
 * 开机
 */
public class ComputerShutDown {
    // 通电
    public static void electrify(){}
    // 加载启动引导
    public static void loadBoot(){}
    // 亮屏
    public static void brightScreen(){}
    // 加载数据
    public static void loadData(){}
}

现在执行开机操作：

/**
 * 人
 */
class Person {
    public static void main(String[] args) {
        Com(); // 通电
        Com(); // 加载启动引导
        Com();  // 亮屏
        Com(); // 加载数据
    }
}

上述人类对电脑关机的细节知道的太多了，给用户暴露的接口太多，若用户不知道开机步骤，顺序调用错了就不好了，这种情况就是违背了迪米特法则（最少知道原则）

迪米特优化：

将电脑关机类中开机的细节方法都改为私有，然后创建一个公共的开机方法

/**
 * 开机
 */
public class ComputerShutDown {
    public static void Start(){
        electrify();
        loadBoot();
        brightScreen();
        loadData();
    }
    // 通电
    private static void electrify(){}
    // 加载启动引导
    private static void loadBoot(){}
    // 亮屏
    private static void brightScreen(){}
    // 加载数据
    private static void loadData(){}
}

现在只要点一下开机按钮就可以了（之前要操作4步）

/**
 * 人
 */
class Person {
    public static void main(String[] args) {
        Com();
    }
}

只和朋友通信（有缺点）

怎么判断是朋友呢？通常有以下判定

1、当前对象本身（this)：

2、引用型参数（对象）

3、当前对象直接引用的对象

4、当前对象中所创建出来的对象（方法调用返回不算，直接new的算）

上述这些对象在当前对象来说都可以是朋友关系，可以调用对象中的所提供的所有公开方法。

缺点：

由于当前对象中所创建出来的对象（方法调用返回不算，直接new的算）这个概念限制，程序中会出现大量小方法，而这些方法作用仅仅是参数的传递（将不是朋友的引用变为朋友），这个操作太形式主义的，大多数情况下会被舍弃。

例：

class C {
    public static void main(String[] args) {
        A a = new A();
        // 此时b对象对于C类来说（根据迪米特）
        // 就不算是朋友，那就不能调用b中的方法
        B b = a.getB();
    }

    // 为了将b对象变为朋友
    // 需要重新写个小方法，将b对象穿进去，再使用b对象中的方法
    public void haha(B b){
        // 根据迪米特法则，这里的b对象才算朋友
        b.hashCode();
    }

}

class A {
    public B getB(){
        B b = new B();
        return b;
    }
}

class B{}

总结：实战经验中，往往更多地关注迪米特法则中的最少知道原则（封装），而对朋友开放中的那个缺点多数是违背的。

--- END ---

关注公众号 Java岛，每天进步亿点点，和小编一起学习Java呀!

关于作者: luda

热门推荐