设计模式之禅——六大原则（迪米特原则）

迪米特原则定义：

一个对象应该对其他对象有最少的了解
包含以下四层定义
1、只和朋友交流
朋友类的定义是这样的：出现在成员变量、方法的输入输出函数中的类成为成员朋友类，而出现在方法体内部的类不属于朋友类。
我把书上的例子简化了一下：
A让B去数有多少个C

public class A{
    public void command(B b){
        List<C> lists = new List<C>();
        for(int i = 0; i < 10; ++i){ lists.add(new C());
        b.countC(lists);
    }
}
----------
pubic class B{
    public void countC(List<C> lists){
        System.out.println(lists.size());
    }
}
public class C(){

}

这里C不是A的朋友，但是A和它交流了，这是不对的，修改如下:

public class A{
    public void command(B b){
        b.countC();
    }
}
----------
pubic class B{
    private List<C> lists = new List<C>();
    public B(List<C> lists){
        this.lists = lists;
    }
    public void countC(List<C> lists){
        System.out.println(lists.size());
    }
}
public class C(){

}
----------
public class client(){
    public static void main(String[] args){
        List<C> lists = new List<C>();
        for(int i = 0; i < 10; ++i){ lists.add(new C());
        A a = new A();
        a.command(new B(lists));
    }
}


----------

2、朋友之间也是有距离的
A要利用B去做一件事

public class A{
    private int i;
    public A(int i){ this.i = i; }
    public do(B b){
        if(i > 10) b.f();
        else b.p();
    }   
}
----------
public class B{
    public void f();
    public void p();
}
----------

A知道的太清楚了，B有改动A就也需要改，这样就不好了。修改代码如下

public class A{
    private int i;
    public A(int i){ this.i = i; }
    public do(B b， int i){ b.do(i); }
}
----------
public class B{
    public void do(int i){
        if(i < 10) this.f();
        else this.p();
    }
    public void f();
    public void p();
}

3、是自己的就是自己的
在实际应用中经常会出现在这样一个方法，放在本类中可以，放在其他类中没问题，如何衡量：
如果一个方法放在本类中，既不增加类间关系，也不对类产生负面影响，那就放在本类中。
4、谨慎使用Serializable

迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了，类的复用率才能提高。但是它的结果是产生了大量的中转类，导致系统的复杂性提高，同时也给维护带来难度，我们在应用的时候应该反复权衡。