设计模式原则（5）：接口隔离原则

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

就是说，“不应该强迫客户依赖于它们不用的方法。”再通俗点说，不要强迫客户使用它们不用的方法，如果强迫用户使用它们不使用的方法，那么这些客户就会面临由于这些不使用的方法的改变所带来的改变。

我们先看一个违反接口隔离的例子：

public interface IWorker {
	public void work();
	public void eat();
}

public class Worker implements IWorker{
	@Override
	public void work() {
		// TODO 工人工作	
	}

	@Override
	public void eat() {
		// TODO 工人吃饭
	}
}

public class Robot implements IWorker {
	@Override
	public void work() {
		// TODO 机器人工作		
	}

	@Override
	public void eat() {
		// TODO 机器人吃饭？	
	}
}

由于机器人是不需要吃饭的，所以IWorker被认为是一个臃肿的接口，当然你也可以在Robot类中的eat方法做空实现，但是这样可能会产生不可预计的BUG，比如eat方法需要消耗盒饭数量的话，就会出现不对应的现象。

下面是修改后的实现：

public interface IWorker {
	public void work();
}

public interface IDiet {
	public void eat();
}

public class Worker implements IWorker, IDiet{
	@Override
	public void work() {
		// TODO 工人工作	
	}

	@Override
	public void eat() {
		// TODO 工人吃饭
	}
}

public class Robot implements IWorker {
	@Override
	public void work() {
		// TODO 机器人工作		
	}
}

总结：

1. 接口要尽量小，并高内聚，不过要适当，太细化不好维护。

2. 如果已经设计成了臃肿的接口，可以使用适配器模式隔离它。