热衷学习,热衷生活!😄

沉淀、分享、成长,让自己和他人都能有所收获!😄

一、迪米特法则定义

迪米特法则又最少知识原则,其定义如下:

迪米特法则(Law of Demeter, LoD):一个软件实体应当尽可能少的与其他实体发生相互作用。

二、迪米特法则描述

如果一个系统满足迪米特法则,那么当其中一个软件实体发生变化时,就会尽量少的影响其他软件实体,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之间通信的宽度和深度。迪米特法则可以降低系统的耦合度,使类与类之间保持松耦合状态。

迪米特法则还有几种定义形式,包括:不要和”陌生人”说话、只与你的直接朋友通信等,在迪米特法则中,对于一个对象,其朋友包括以下几类:

  • 当前对象本身(this)
  • 以参数形式传入到当前对象方法中的对象
  • 当前对象的成员对象
  • 如果当前对象的成员对象是一个集合,那么集合中的元素也都是朋友。
  • 当前对象创建的对象

任何一个对象,如果满足上面的条件之一,就是当前对象的“朋友”,否则就是“陌生人”。在应用迪米特法则时,一个对象只能与直接朋友发生交互,不能与“陌生人”发生直接交互,这样子可以降低系统的耦合度,一个对象的改变不会给太多其他对象带来影响。

迪米特法则要求我们在设计系统时,应该尽量减少对象之间的交互,如果两个对象不必直接通信,那么这两个对象就不应该发生任何直接的相互作用,如果其中一个对象需要调用另外一个对象的某个方法时,可以通过第三者转发这个调用。就是通过引入一个合理的第三者来降低先有对象之间的耦合度

在迪米特法则运用到系统设计中时,要注意以下几点:

  • 在类的划分上,应该尽可能的创建松耦合的类,类之间的耦合度越低,复用率越高,一个松耦合的类发生修改不会对关联的类造成太大的影响。
  • 在类的结构设计上,每一个类都应当尽可能的降低其成员变量和成员方法的访问权限。
  • 在类的设计上,只要有可能,一个类型应当设计成不变类。
  • 在对其他类的引用上,一个对象对其他对象的引用应该降到最低。

三、迪米特法则栗子

栗子一

以下是关于关闭计算机的很经典的案例,当我们手动按下计算机的关闭按钮时,电脑还会附带其他的动作,比如关闭电脑正在执行的任务,关闭其他运行的程序,然后关闭显示器,最后才把电源关闭。

不满足迪米特法则
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
public class Computer {
public void saveCurrentTask() {
// do something
}

public void closeService() {
// do something
}

public void closeScreen() {
// do something
}

public void closePower() {
// do something
}

public void close() {
saveCurrentTask();
closeService();
closeScreen();
closePower();
}
}

public class Person {
private Computer computer;

public void clickCloseButton() {
// 关闭计算机, 正常来说你只要调用close()方法即可
// 但是你发现Computer类所有的方法都是公开的, 不知道怎么调用了
computer.saveCurrentTask();
computer.closePower();
computer.close();

//也可以是
computer.closePower();

//还可以是
computer.close();
computer.closePower();
}
}

通过以上的代码我们可以看出,人这个类在调用电脑类的方法时发现电脑类暴露的方法有很多,不知道该调用哪一个,很明显,电脑这个类中的方法有些杂乱,对于我们人来说,我们只需要调用关闭电脑的操作,关闭电脑的方法就可以了,其他的方法完全没有必要暴露在外。

满足迪米特法则

根据迪米特法则只暴露该暴露的方法的要义作出如下修改:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
public class Computer {
private void saveCurrentTask() {
// do something
}

private void closeService() {
// do something
}

private void closeScreen() {
// do something
}

private void closePower() {
// do something
}

public void close() {
saveCurrentTask();
closeService();
closeScreen();
closePower();
}
}

public class Person {
private Computer computer;

public void clickCloseButton() {
computer.close();
}
}

栗子二

明星与经纪人的例子,像我们普通的明星工作繁忙,他的日常工作、日程安排都是由那个经纪人带做,明星是不可能自己亲力亲为的,不然的话会很累。

不满足迪米特法则
1
2
3
4
5
6
7
8
9
10
11
12
13
public class Star {
private Project project;

public void do() {
project.make();
}
}

public class Project {
public void make() {
// do something
}
}

上面代码明星直接和安排行程直接有关系了,按道理明星不可能自己亲力亲为,这个时候就可以通过引入一个经纪人类将明星和行程关联起来,任何事物都交由经纪人类代为安排,这样的话便符合最小依赖原则,明星类只依赖经纪人类,改造如下:

满足迪米特法则
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public class Star {
private Business business;

public void do() {
business.do();
}
}

public class Business {
private Project project;

public void do() {
project.make();
}
}

public class Project {
public void make() {
// do something
}
}