迪米特原则定义:
一个对象应该对其他对象有最少的了解
包含以下四层定义
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
迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了,类的复用率才能提高。但是它的结果是产生了大量的中转类,导致系统的复杂性提高,同时也给维护带来难度,我们在应用的时候应该反复权衡。