设计模式 ☞ 七大设计原则之迪米特法则

￡神魔★判官ぃ 2022-12-28 09:15 170阅读 0赞

### 1.1 概述 ###

迪米特法则(Law of Demeter，LoD)又叫作最少知识原则(Least Knowledge Principle，LKP)，产生于 1987 年美国东北大学的一个名为迪米特的研究项目，由伊恩·荷兰提出，被 UML 创始者之一的布奇普及，后来又因为在经典著作《程序员修炼之道》提及而广为人知。迪米特法则的定义是：只与你的直接朋友交谈，不跟 “陌生人” 说话(Talk only to your immediate friends and not to strangers)。其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。  
  迪米特法则中的 “朋友” 是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法。需要注意的是，过度使用迪米特法则会使系统产生大量的中介类，从而增加系统的复杂性，使模块之间的通信效率降低。所以，在釆用迪米特法则时需要反复权衡，确保高内聚和低耦合的同时，保证系统的结构清晰。

### 1.2 优点 ###

① 降低了类之间的耦合度，提高了模块的相对独立性。  
 ② 由于亲合度降低，从而提高了类的可复用率和系统的扩展性。

### 1.3 案例 ###

学过 java 的应该都能看懂下面的代码，Client 通过 Data 的 getPersonList 方法获取了人员集合，然后将其遍历，这样写有没有问题呢？只看结果是没有问题的，但是它不符合迪米特法则。迪米特法则要求只跟朋友说话，其朋友指的是当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等。而 getPersonList 返回的集合中的 Person 并不是 Client 的朋友。

/** * @author Demo_Null * @version 1.0 * @date 2020/12/16 19:11 */
    public class Data { 
    
        public List<Person> getPersonList() { 
            return new ArrayList<Person>() { { 
                this.add(new Person("张三", 23));
                this.add(new Person("李四", 24));
                this.add(new Person("王五", 25));
            }};
        }
    }

/** * @author Demo_Null * @version 1.0 * @date 2020/12/16 19:17 */
    public class Client { 
    
        public static void main(String[] args) { 
            Data data = new Data();
            List<Person> personList = data.getPersonList();
            for (Person person : personList) { 
                System.out.println(person);
            }
        }
    }

我们想要的只是遍历人员，为什么要先把人员集合取出来自己去遍历呢？我们去指使 Data 类帮我们遍历不香么。于使我们将代码改为了如下形式，由创建人员集合的类去完成遍历操作，我们调用其暴露出来的遍历方法即可。是自己的就是自己的，在项目中有一些方法，放在本类中也可以，放在其他类中也没有错误。我们可以坚持这样一个原则：如果一个方法放在本类中，即不增加类间关系，也对本类不产生负面影响，就放置在本类中。

/** * @author Demo_Null * @version 1.0 * @date 2020/12/16 19:50 */
    public class Data { 
    
        public List<Person> getPersonList() { 
            return new ArrayList<Person>() { { 
                this.add(new Person("张三", 23));
                this.add(new Person("李四", 24));
                this.add(new Person("王五", 25));
            }};
        }
    
        public void forList() { 
            List<Person> personList = this.getPersonList();
            for (Person person : personList) { 
                System.out.println(person);
            }
        }
    }

/** * @author Demo_Null * @version 1.0 * @date 2020/12/16 19:50 */
    public class Client { 
    
        public static void main(String[] args) { 
            Data data = new Data();
            data.forList();
        }
    }

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高，其要求的结果就是产生了大量的中转或跳转类，类只能和朋友交流，朋友少了你业务跑不起来，朋友多了，你项目管理就复杂，这个就需要自己考量了。迪米特法则要求我们类间解耦，但是解耦是有限度的，除非是计算机的最小符号二进制的 0 和 1，那才是完全解耦，我们在实际的项目中时，需要适度的考虑这个法则，别为了套用法则而做项目，法则只是一个参考，违背了法则，也不会有人判你刑，项目也未必会失败。