0. 序言
- 迪米特原则的定义：一个类应该对自己需要耦合或者调用的类知道的最少。
- 迪米特原则的要求：① 只和朋友交流 ② 朋友之间保持距离
1. 只和朋友交流
朋友的定义：出现在成员变量、方法的输入输出参数中的类称为朋友类，而出现在方法体内部的类不属于朋友类。
举例：体育课上，体育老师让体育委员确认下全班女生来齐没有。
1.1 反例：
- 定义老师类Teacher：
public class Teacher {
// 老师对学生发布命令，清点下女生的人数
public void commod(GroupLeader groupLeader){
List girlList = new ArrayList<>();
// 初始化女生
for (int i = 0; i <20; i++) {
girlList.add(new Girl());
}
// 体育委员开始执行清点任务
groupLeader.countGirls(girlList);
}
}
说明：Teacher类只有一个commod方法，在方法中定义女生，然后老师让体育委员清点女生的数量。
- 定义体育委员类GroupLeader：
class GroupLeader {
// 清点女生的数量
public void countGirls(List girlList){
System.out.println("女生的数量是:"+girlList.size());
}
}
说明：GroupLeader类只有一个countGirls方法，用来清点女生的人数。
- 定义女生类Girl：
class Girl {
}
- 定义一个场景类MainActivity：
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Teacher teacher = new Teacher();
// 老师发布命令给体育委员
teacher.commod(new GroupLeader());
}
}
- 运行结果：
12-03 19:53:30.215 8064-8064/? I/System.out: 女生的数量是:20
说明：看到这里，我们想想这个程序是否有问题，对照朋友类的定义，不难发现：Teacher类和Girl类产生了关系，而Girl类是方法体内部的类，不属于朋友类，所以这里违反了迪米特原则的要求之一：只和朋友交流。
1.2 正例：
- 重新定义Teacher类，让其只和GroupLeader类发生关系：
public class Teacher {
// 老师对学生发布命令，清点下女生的人数
public void commod(GroupLeader groupLeader){
// 体育委员开始执行清点任务
groupLeader.countGirls();
}
}
- 重新定义GroupLeader类，让它和Girl类发生关系：
public class GroupLeader {
List girlList;
// 传递全班的女生进来
public GroupLeader(List girlList) {
this.girlList = girlList;
}
// 清点女生的数量
public void countGirls(){
System.out.println("女生的数量是:"+girlList.size());
}
}
说明：通过构造函数，让GroupLeader和Girl进行交流，构成依赖注入。
- 修改场景类MainActivity:
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
List girlList = new ArrayList<>();
// 初始化女生
for (int i = 0; i <20; i++) {
girlList.add(new Girl());
}
Teacher teacher = new Teacher();
// 老师发布命令给体育委员
teacher.commod(new GroupLeader(girlList));
}
}
说明：只和朋友交流的目的就是降低系统间的耦合性。
2. 朋友之间保持距离
我们模拟安装软件的过程：第一步确认是否安装，第二部确认证书，第三部再选择目录。
2.1 反例：
- 定义Step类：
public class Step {
private Random mRandom = new Random(System.currentTimeMillis());
// 第一步:
public int first() {
System.out.println("执行第一个方法");
return mRandom.nextInt(100);
}
// 第二步:
public int second() {
System.out.println("执行第二个方法");
return mRandom.nextInt(100);
}
// 第三步:
public int third() {
System.out.println("执行第三个方法");
return mRandom.nextInt(100);
}
}
说明：在Step中定义了三个步骤方法，每个步骤对应相关的业务逻辑。我们用随机函数来代替业务执行的返回值。
- 定义InstallSoftware类：
public class InstallSoftware {
public void installSoft(Step step) {
int first = step.first();
// 根据first返回的结果，看是否需要执行second，以此类推
if (first > 50) {
int second = step.second();
if (second > 50) {
int third = step.third();
if (third > 50) {
step.first();
}
}
}
}
}
说明：根据每个方法执行的结果决定是否继续执行下一个方法，模拟人工操作。
- 定义场景类MainActivity：
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
InstallSoftware installSoftware = new InstallSoftware();
installSoftware.installSoft(new Step());
}
}
说明：我们看下这个程序是否存在问题，根据迪米特原则的要求之一：朋友之间保持距离，不难得出，Step和InstallSoftware类关系太紧密了，Step类暴露了太多的方法给InstallSoftware类，一旦Step类某个方法修改返回值，InstallSoftware类便要修改。
2.2 正例：
根据迪米特原则的要求之一：朋友之间保持距离，我们要让Step和InstallSoftware之间保持距离。
- 重新定义InstallSoftware类：
public class Step {
private Random mRandom = new Random(System.currentTimeMillis());
// 第一步:
private int first() {
System.out.println("执行第一个方法");
return mRandom.nextInt(100);
}
// 第二步:
private int second() {
System.out.println("执行第二个方法");
return mRandom.nextInt(100);
}
// 第三步:
private int third() {
System.out.println("执行第三个方法");
return mRandom.nextInt(100);
}
// 软件安装过程
public void installSoft(Step step) {
int first = this.first();
// 根据first返回的结果，看是否需要执行second，以此类推
if (first > 50) {
int second = this.second();
if (second > 50) {
int third = this.third();
if (third > 50) {
this.first();
}
}
}
}
}
说明：
① 将三个步骤方法的访问权限修改为private，同时把InstallSoftware中的方法installSoft移动到Step中。这样的好处是Step只对外提供一个public方法，即使修改方法的返回值，影响的只有Step类，不会影响InstallSoftware类。
- 重新定义InstallSoftware类：
public class InstallSoftware {
public void installSoft(Step step) {
// 直接调用
step.installSoft();
}
}
说明：经过Step类的修改，InstallSoftware和Step关系不再紧密，类间耦合性降低。
① 类的划分上：类与类之间尽量保持松耦合，耦合度越低，越有利于复用，就算类修改，也不会对朋友类造成太大影响。
② 在类的结构设计上：每一个类应该尽量降低其成员变量和成员函数的访问权限。
3. 总结
迪米特原则的目的就是类与类之间保持低耦合，类本身高内聚。
4. 后续
如果大家喜欢这篇文章，欢迎点赞！
如果想看更多 设计模式 方面的技术，欢迎关注！