04.接口隔离原则(Interface Segregation Principle)

接口隔离原则提倡将大的接口拆分为更小且更具体的接口,以提高类的内聚性和降低耦合度。案例中,原本的IAnimal接口包含所有动物的行为,但并非所有动物都具备所有行为,如Bird不会游泳,Dog不能飞行。通过将接口拆分为IEatAnimal, IFlyAnimal和ISwimAnimal,实现了接口的精细化,使得Bird和Dog只实现它们实际具备的行为,提高了代码的可读性和可维护性。接口隔离原则在设计时需要充分考虑业务需求和未来可能的变化,以实现更好的扩展性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.原则定义

是指用多个专门的接口,而不使用单一的总接口,客户端不应该依赖它不需要的接口。

这个原则指导我们在设计接口时应当注意一下几点:

  1. 一个类对一类的依赖应该建立在最小的接口之上。
  2. 建立单一接口,不要建立庞大臃肿的接口。
  3. 尽量细化接口,接口中的方法尽量少(不是越少越好,一定要适度)。

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.类图比较

在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值