1.原则定义
是指用多个专门的接口,而不使用单一的总接口,客户端不应该依赖它不需要的接口。
这个原则指导我们在设计接口时应当注意一下几点:
- 一个类对一类的依赖应该建立在最小的接口之上。
- 建立单一接口,不要建立庞大臃肿的接口。
- 尽量细化接口,接口中的方法尽量少(不是越少越好,一定要适度)。
2.优点
接口隔离原则符合我们常说的 高内聚、低耦合 的设计思想,从而使得类具有很好的可读性、可扩展性和可维护性。在设计接口的时候,要多花时间去思考,要考虑业务模型,包括以后有可能发生变更的地方还要做一些预判。
3.案例
案列情景:写一个动物行为的抽象
3.1 初始代码
- IAnimal
public interface IAnimal {
void eatFood();
void flying();
void swimming();
}
- Bird
public class Bird implements IAnimal{
@Override
public void eatFood() {
}
@Override
public void flying() {
}
@Override
public void swimming() {
}
}
- Dog
public class Dog implements IAnimal{
@Override
public void eatFood() {
}
@Override
public void flying() {
}
@Override
public void swimming() {
}
}
3.2 优化代码
可以看出,Bird 的 swim()方法可能只能空着,Dog 的 flying()方法显然不可能的。这时候, 我们针对不同动物行为来设计不同的接口,分别设计 IEatAnimal,IFlyAnimal 和 ISwimAnimal 接口
- IEatAnimal
public interface IEatAnimal {
void eatFood();
}
- IFlyAnimal
public interface IFlyAnimal {
void flying();
}
- ISwimAnimal
public interface ISwimAnimal {
void swimming();
}
- Bird
public class Bird implements IEatAnimal,IFlyAnimal {
@Override
public void eatFood() {
}
@Override
public void flying() {
}
}
- Dog
public class Dog implements IEatAnimal,ISwimAnimal {
@Override
public void eatFood() {
}
@Override
public void swimming() {
}
}
4.类图比较