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

定义： 一个对象应该对其他对象有最少的了解

它包含以下四层定义

---

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

 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

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