附链
你也可以在这些平台阅读本文:
定义
用多个专门的接口,而不使用单一的总接口,客户端不应该被迫依赖于它不使用的方法。
注意点
- 一个类对另一个类的依赖应该建立在最小的接口上
- 建立单一接口,不要建立一个庞大臃肿的接口
- 尽量细化接口,接口中的方法尽量少
- 注意适度原则(接口太小会导致接口数量过多,设计变得复杂)
场景示例
创建动物接口
创建一个动物的接口,接口内部模拟动物的行为。
/**
* @author zhh
* @description 动物接口
* @date 2020-02-06 00:49
*/
public interface IAnimal {
/**
* 吃
*/
void eat();
/**
* 飞
*/
void fly();
/**
* 发出声音
*/
void makeSound();
}
创建接口实现类
/**
* @author zhh
* @description 狗
* @date 2020-02-06 00:51
*/
public class Dog implements IAnimal {
public void eat() {
System.out.println("狗可以吃");
}
public void fly() {
// 狗不能飞
}
public void makeSound() {
System.out.println("狗可以发出声音");
}
}
/**
* @author zhh
* @description 鸟
* @date 2020-02-06 00:52
*/
public class Bird implements IAnimal {
public void eat() {
System.out.println("鸟可以吃");
}
public void fly() {
System.out.println("鸟可以飞");
}
public void makeSound() {
System.out.println("鸟可以发出声音");
}
}
类结构图
以上示例类的结构图如下所示
问题所在
上述例子中,狗除了不会飞以外,吃和发出声音都是没有问题的。
但是由于狗这个类实现了我们的动物接口,所以它必须实现 fly()
这个方法,虽然这个方法只是一个空实现。
方案改进
细化接口
遵循接口隔离原则,细化上述动物接口至以下三个单一接口。
public interface IEat {
/**
* 吃
*/
void eat();
}
public interface IFly {
/**
* 飞
*/
void fly();
}
public interface IMakeSound {
/**
* 发出声音
*/
void makeSound();
}
调整接口实现类
public class Dog implements IEat, IMakeSound {
public void eat() {
System.out.println("狗可以吃");
}
public void makeSound() {
System.out.println("狗可以发出声音");
}
}
public class Bird implements IEat, IFly, IMakeSound {
public void eat() {
System.out.println("鸟可以吃");
}
public void fly() {
System.out.println("鸟可以飞");
}
public void makeSound() {
System.out.println("鸟可以发出声音");
}
}
类结构图
以上示例类的结构图如下所示
改进的好处
- 改进后的实现类相对于原先的实现类较为灵活
- 对接口进行了隔离(细粒度可以组装,粗粒度不能够拆分)
接口隔离原则 VS 单一职责原则
单一职责原则指的是类、接口、方法的职责单一,强调的是职责。
换句话也就是说在一个接口当中只要职责是单一的,接口中有多个方法也是可以的。
单一职责所约束的是类、接口和方法,其针对的是程序中的实现和细节。
接口隔离原则注重的是对接口依赖的隔离。主要约束的是接口,其针对抽象和程序整体框架的构建。
优点
符合高内聚低耦合的设计思想,使类具有很好的可读性、可扩展性和可维护性。
参考
- 《Head First 设计模式》
- 《大话设计模式》