设计模式学习笔记——迪米特法则

迪米特法则是针对类之间的低耦合而提出的，它要求一个类应该对自己需要耦合或者调用的类知道的最少，即被耦合或调用的类的内部如何复杂，跟本类没有一点关系，本类就知道你提供给我多少public方法，本类就调用这些方法，其他的你不要让我知道。

这个法则有以下基层含义：

1、只和朋友类交流

什么是朋友类呢？即和自己相耦合的类。既然相耦合，那么肯定是这两个耦合的类之间要存在交互，那些不存在交互的，却耦合到了一起，这就不叫做朋友类，这也是设计的缺陷，不交互却耦合到了一起，可想而知，这样的设计维护性是很差的，应该尽量避免这样的设计。

2、朋友类间也是有间距的

即相耦合的类之间不能过于亲密，提供给我那么多public方法，让我欢喜让我忧啊。相耦合的类应该彼此知道的最少，用最少的方法提供给我需要的功能就可以了，这样一来，类间的耦合程度就降低了很多，不管是维护起来还是理解起来，都是比较容易的。下面举个例子：

在安装软件的时候，会有一个导向动作，第一步干什么，第二步干什么，其类图如下：

代码如下：

public class Wizard {
	private Random rand=new Random(System.currentTimeMillis());
	
	public int first(){
		System.out.println("第一步...");
		return rand.nextInt(100);
	}
	
	public int second(){
		System.out.println("第二步...");
		return rand.nextInt(100);
	}
	
	public int third(){
		System.out.println("第三步...");
		return rand.nextInt(100);
	}
}

public class InstallSoftware {
	public void installSoftware(Wizard wizard){
		int first=wizard.first();
		if(first>50){
			int second=wizard.second();
			if(second>50){
				int third=wizard.third();
				if(third>50){
					wizard.first();
				}
			}
		}
	}
}

public class Client {
	public static void main(String[] args) {
		InstallSoftware invoker=new InstallSoftware();
		invoker.installSoftware(new Wizard());
	}
}

我们看一下这样的设计有什么问题，Wizard类暴露给InstallSoftware类太多的方法，在installSoftware()方法中，用了Wizard提供的所有的public方法，这样的耦合度是不是有些太高了？假如说要将返回值从int修改为boolean，那么除了修改Wizard类外，还要大幅度修改InstallSoftware类，这样修改的风险就大大提高了啊，显然这不是一个好的设计，那么我们来看一看应用迪米特法则之后，改进的类图：

改进之后的代码：

public class Wizard {
	private Random rand=new Random(System.currentTimeMillis());
	
	private int first(){
		System.out.println("第一步...");
		return rand.nextInt(100);
	}
	
	private int second(){
		System.out.println("第二步...");
		return rand.nextInt(100);
	}
	
	private int third(){
		System.out.println("第三步...");
		return rand.nextInt(100);
	}
	
	public void installWizard(){
		int first=first();
		if(first>50){
			int second=second();
			if(second>50){
				int third=third();
				if(third>50){
					first();
				}
			}
		}
	}
}

public class InstallSoftware {
	public void installSoftware(Wizard wizard){
		wizard.installWizard();
	}
}

场景类不变，在Wizard类中新增了一个public的installWizard()方法，在本类内部对安装过程进行了封装，并且设置为公开的，而其他的方法都设置为私有的，即这个Wizard类对外只提供了installWizard()这个方法，在InstallSoftware类中，通过Wizard对象只调用这个方法，就可以实现功能，这样一来，类间的耦合度就降低了很多，若是要修改Wizard类中的返回值，影响的也只是Wizard类本身，其他的类不受影响，这就显示了类的高内聚特性。

小结：

一个类公开的public方法或是属性越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。

迪米特法则的核心就是类间的解耦，弱耦合，只有弱耦合以后，类的复用率才可用提高。