设计模式的七大原则(6) --迪米特法则

前言

迪米特法则，听名字有点奇怪，但是这个法则真的非常非常有意思，在我看来，这个法则其实描述的就是一个矜持的小姑娘，害羞的惹人怜爱。但是啊，姑娘虽好，切不可"贪杯"哦~

基本介绍

1. 一个对象应该对其他对象保持最少的了解。
2. 类与类关系越密切，耦合度越大
3. 一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public 方法，不对外泄露任何信息
4. 迪米特法则还有个更简单的定义：只与直接（熟悉）的朋友通信
5. 直接（熟悉）的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系， 我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。
   其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量 的形式出现在类的内部。

---

把上面的概念一一翻译成人话就是：

1. 我们这个类姑娘啊，因为太矜持了不善于社交，所以对其他类伙伴们不怎么熟悉。
2. 类姑娘实在是太害羞了，一旦与别人多说几句话就会紧张的不知所措，频频犯错。
3. 矜持的类姑娘尽管心思很活跃，爱多想。但是给别人的感觉都是纯洁的像一张白纸。
4. 因为类姑娘太过于矜持，害怕陌生人，认为陌生人都是坏人，所以只与自己熟悉的朋友交流。
5. 类姑娘熟悉的朋友有：成员变量，方法参数，方法返回值的对象。而出现在其他地方的类都是陌生人，坏人！本姑娘拒绝与你交流！！！

哈哈，这样应该大家都能理解了。总而言之就一句话：一个类应该尽量不要知道其他类太多的东西，不要和陌生的类有太多接触。

案例

//总公司员工
class employee{
    private string id;
    public void setid(string id){
        this.id = id;
    }
    public string getid(){
        return id;
    }
}
 
//分公司员工
class subemployee{
    private string id;
    public void setid(string id){
        this.id = id;
    }
    public string getid(){
        return id;
    }
}
 
class subcompanymanager{
    public list<subemployee> getallemployee(){
        list<subemployee> list = new arraylist<subemployee>();
        for(int i=0; i<100; i++){
            subemployee emp = new subemployee();
            //为分公司人员按顺序分配一个id
            emp.setid("分公司"+i);
            list.add(emp);
        }
        return list;
    }
}
 
class companymanager{
 
    public list<employee> getallemployee(){
        list<employee> list = new arraylist<employee>();
        for(int i=0; i<30; i++){
            employee emp = new employee();
            //为总公司人员按顺序分配一个id
            emp.setid("总公司"+i);
            list.add(emp);
        }
        return list;
    }
    
    public void printallemployee(subcompanymanager sub){
        list<subemployee> list1 = sub.getallemployee();
        for(subemployee e:list1){
            system.out.println(e.getid());
        }
 
        list<employee> list2 = this.getallemployee();
        for(employee e:list2){
            system.out.println(e.getid());
        }
    }
}
 
public class client{
    public static void main(string[] args){
        companymanager e = new companymanager();
        e.printallemployee(new subcompanymanager());
    }
}

现在这个设计的主要问题出在companymanager中，根据迪米特法则，只与直接的朋友发生通信，而subemployee类并不是companymanager类的直接朋友（以局部变量出现的耦合不属于直接朋友），从逻辑上讲总公司只与他的分公司耦合就行了，与分公司的员工并没有任何联系，这样设计显然是增加了不必要的耦合。按照迪米特法则，应该避免类中出现这样非直接朋友关系的耦合。修改后的代码如下:

class subcompanymanager{
    public list<subemployee> getallemployee(){
        list<subemployee> list = new arraylist<subemployee>();
        for(int i=0; i<100; i++){
            subemployee emp = new subemployee();
            //为分公司人员按顺序分配一个id
            emp.setid("分公司"+i);
            list.add(emp);
        }
        return list;
    }
    public void printemployee(){
        list<subemployee> list = this.getallemployee();
        for(subemployee e:list){
            system.out.println(e.getid());
        }
    }
}
 
class companymanager{
    public list<employee> getallemployee(){
        list<employee> list = new arraylist<employee>();
        for(int i=0; i<30; i++){
            employee emp = new employee();
            //为总公司人员按顺序分配一个id
            emp.setid("总公司"+i);
            list.add(emp);
        }
        return list;
    }
    
    public void printallemployee(subcompanymanager sub){
        sub.printemployee();
        list<employee> list2 = this.getallemployee();
        for(employee e:list2){
            system.out.println(e.getid());
        }
    }
}

修改后，为分公司增加了打印人员id的方法，总公司直接调用来打印，从而避免了与分公司的员工发生耦合。

总结

虽然说矜持害羞的姑娘惹人怜爱，但是我相信在座的各位码狼们一定会特别的苦恼，因为很多简单的事却变得不那么简单直接。在你发起进攻的时候往往会给你当头一棒。

所以啊，如果我们要遵循迪米特法则，也要根据我们的业务场景合理设计，反复权衡，既做到结构清晰，又要高内聚低耦合。不要过分的迷恋这个矜持的小姑娘，否则简单直接的事也会变得非常的麻烦。