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

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

它包含以下四层定义

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

 A让B去数有多少个C
public class A{
    public void command(B b){
        List lists = new List();
        for(int i = 0; i < 10; ++i){ lists.add(new C());
        b.countC(lists);
    }
}
----------
pubic class B{
    public void countC(List 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 lists = new List();
    public B(List lists){
        this.lists = lists;
    }
    public void countC(List lists){
        System.out.println(lists.size());
    }
}
public class C(){

}
----------
public class client(){
    public static void main(String[] args){
        List lists = new List();
        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

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

你可能感兴趣的:(设计模式,设计模式之禅)