Java面向对象设计原则5——接口隔离原则

在我们学习面向对象编程的时候,总会出现一些问题,好比以前刚刚写好的代码,上线测试可以、正常运行,突然有一天说要加一个功能,改完之后,发现以前正常运行的功能不能用了,类似这样的问题有好多好多,为了避免类似的事件发生,程序员一定要根据这些原则去开发程序。

我们一个一个来学习,今天来学习7大面向对象设计原则之一,接口隔离原则。

接口隔离原则:

接口隔离原则(Interface Segregation Principle,ISP),2002 年罗伯特·C.马丁给“接口隔离原则”的定义是:客户端不应该被迫依赖于它不使用的方法(Clients should not be forced to depend on methods they do not use)。该原则还有另外一个定义:一个类对另一个类的依赖应该建立在最小的接口上(The dependency of one class to another one should depend on the smallest possible interface)。

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

我们怎么去理解这句话呢?

我这里举例说明,我们就说我们有一个动物的接口,里面有很多没有实现的方法。好比说say、see、run等等方法,接着呢,我们弄个狗子这个类去实现这个接口,没问题是OK的。然后呢,我们再弄个人Person这个类也去实现这个动物的接口,,也是没有问题的,因为人也是动物。

但是问题来了,动物接口中有一个摇尾巴的接口,这样的话狗子这个类是没有问题的,但是人呢,尾巴在人类进化的时候,没有了,所以人摇不了尾巴,所以是多余的接口。

而这样实现接口就违背了我们的接口隔离原则。

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性,体现了封装的思想,但两者是不同的:

单一职责原则注重的是职责,而接口隔离原则注重的是对接口依赖的隔离。

单一职责原则主要是约束类,它针对的是程序中的实现和细节;接口隔离原则主要约束接口,主要针对抽象和程序整体框架的构建。

接口隔离原则的优点

接口隔离原则是为了约束接口、降低类对接口的依赖性,遵循接口隔离原则有以下有点

1. 将臃肿庞大的接口分解为多个粒度小的接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性。

2. 接口隔离提高了系统的内聚性,减少了对外交互,降低了系统的耦合性。

3. 如果接口的粒度大小定义合理,能够保证系统的稳定性;但是,如果定义过小,则会造成接口数量过多,使设计复杂化;如果定义太大,灵活性降低,无法提供定制服务,给整体项目带来无法预料的风险。

4. 使用多个专门的接口还能够体现对象的层次,因为可以通过接口的继承,实现对总接口的定义。

5. 能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法,当实现这个接口的时候,被迫设计冗余的代码。

接口隔离的实现方式:

我们继续说上面的例子,我们该怎么去弄呢?

我们在实际开发中,设计接口的时候,接口定义的方法只能是一些通用的方法,不能说像上面那样,把摇尾巴也给弄进去,因为有一些动物是没有尾巴了,或者是摇不了尾巴的,拿上接口这不就是多余了吗

所以我们这样去设计上面的这个接口

首先去了解动物,我们按照动物分类学去进行分类

动物接口中放一些通用的方法,比如说呼吸啊,移动啊,吃饭啊

然后我们呢再定义一个犬科接口,让这个犬科接口实现动物接口,再让狗子去实现犬科接口

而人Person这个也是同样的道理,我们弄一个人猿接口去实现动物接口,让人这个接口去实现人猿接口

这样我们就实现了接口隔离原则。

 

今天就暂时说到这里,大家要在设计接口的时候多想想这个。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

他 他 = new 他()

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值