介绍

客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小接口上

Demo引入

先来看一张图:

interface MyInterface {
void operation1();
void operation2();
void operation3();
void operation4();
void operation5();
} class B implements MyInterface { @Override
public void operation1() {
System.out.println("B实现了operation1");
} @Override
public void operation2() {
System.out.println("B实现了operation2");
} @Override
public void operation3() {
System.out.println("B实现了operation3");
} @Override
public void operation4() {
System.out.println("B实现了operation4");
} @Override
public void operation5() {
System.out.println("B实现了operation5");
}
} class D implements MyInterface { @Override
public void operation1() {
System.out.println("D实现了operation1");
} @Override
public void operation2() {
System.out.println("D实现了operation2");
} @Override
public void operation3() {
System.out.println("D实现了operation3");
} @Override
public void operation4() {
System.out.println("D实现了operation4");
} @Override
public void operation5() {
System.out.println("D实现了operation5");
}
} class A {
//类A通过接口MyInterface依赖(使用)B类, 但是只使用1,2,3方法
public void depand1(MyInterface myInterface) {
myInterface.operation1();
} public void depand2(MyInterface myInterface) {
myInterface.operation2();
} public void depand3(MyInterface myInterface) {
myInterface.operation3();
}
} class C {
public void depand1(MyInterface myInterface) {
myInterface.operation1();
} public void depand4(MyInterface myInterface) {
myInterface.operation4();
} public void depand5(MyInterface myInterface) {
myInterface.operation5();
}
}

如上图所示:类A通过接口MyInterface依赖类B,类C通过接口MyInterface依赖类D;但是,类A只是想要使用B实现的接口MyInterface中的1,2,3方法,类C想要使用类D实现的接口MyInterface中的1,4,5方法;所以,现在的设计,从接口隔离原则的角度来说,不符合“最小接口”。

改进措施:

既然接口MyInterface中的方法对于实现类来说,不是全部都需要的,那么,我们根据需求,将原来的接口进行拆分:

如图所示: 将原来的一个接口拆分为三个,对应的code如下:

interface MyInterface1 {
void operation1(); } interface MyInterface2 {
void operation2();
void operation3(); } interface MyInterface3 {
void operation4();
void operation5();
} class B implements MyInterface1, MyInterface2 { @Override
public void operation1() {
System.out.println("B实现了operation1");
} @Override
public void operation2() {
System.out.println("B实现了operation2");
} @Override
public void operation3() {
System.out.println("B实现了operation3");
} } class D implements MyInterface1, MyInterface3 { @Override
public void operation1() {
System.out.println("D实现了operation1");
} @Override
public void operation4() {
System.out.println("D实现了operation4");
} @Override
public void operation5() {
System.out.println("D实现了operation5");
}
} class A {
//类A通过接口MyInterface依赖(使用)B类, 但是只使用1,2,3方法
public void depand1(MyInterface1 myInterface) {
myInterface.operation1();
} public void depand2(MyInterface2 myInterface) {
myInterface.operation2();
} public void depand3(MyInterface2 myInterface) {
myInterface.operation3();
}
} class C {
public void depand1(MyInterface1 myInterface) {
myInterface.operation1();
} public void depand4(MyInterface3 myInterface) {
myInterface.operation4();
} public void depand5(MyInterface3 myInterface) {
myInterface.operation5();
}
}

总结

接口的设计尽量要小

这是接口隔离的核心,当然过小的接口会导致项目结构的负责度增加,在实际使用中,要合理把握尺度。

接口要高内聚

即接口尽量少的公布public方法,在项目开发中,接口通常充当规范来使用,是一种承诺,承诺越少越有利于系统开发。

DesignPattern系列__02接口隔离原则的更多相关文章

  1. 深入理解JavaScript系列(21):S.O.L.I.D五大原则之接口隔离原则ISP

    前言 本章我们要讲解的是S.O.L.I.D五大原则JavaScript语言实现的第4篇,接口隔离原则ISP(The Interface Segregation Principle). 英文原文:htt ...

  2. C#软件设计——小话设计模式原则之:接口隔离原则ISP

    前言:有朋友问我,设计模式原则这些东西在园子里都讨论烂了,一搜一大把的资料,还花这么大力气去整这个干嘛.博主不得不承认,园子里确实很多这方面的文章,并且不乏出色的博文.博主的想法是,既然要完善知识体系 ...

  3. 设计原则:接口隔离原则(ISP)

    接口隔离原则的英文是Interface Segregation Principle,缩写就是ISP.与里氏替换原则一样其定义同样有两种 定义1: Clients should not be force ...

  4. 设计模式之接口隔离原则(ISP)

    一.定义: ISP:Interface Segregation Principle 接口隔离原则表明客户端不应该被强迫实现一些他们不会使用的接口,应该把胖接口中的方法分组,然后用多个接口代替它,每个接 ...

  5. 设计模式之六大原则——接口隔离原则(ISP)

    设计模式之六大原则——接口隔离原则(ISP)  转载于:http://www.cnblogs.com/muzongyan/archive/2010/08/04/1792528.html 接口隔离原则 ...

  6. 敏捷软件开发:原则、模式与实践——第12章 ISP:接口隔离原则

    第12章 ISP:接口隔离原则 不应该强迫客户程序依赖并未使用的方法. 这个原则用来处理“胖”接口所存在的缺点.如果类的接口不是内敛的,就表示该类具有“胖”接口.换句话说,类的“胖”接口可以分解成多组 ...

  7. 第2章 面向对象的设计原则(SOLID):4_接口隔离原则(ISP)

    4. 接口隔离原则(Interface Segregation Principle,ISP) 4.1 定义 (1)使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口.类间的 ...

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

    1.定义 客户端不应该依赖它不需要的接口: 一个类对另一个类的依赖应该建立在最小的接口上. 2.定义解读 定义包含三层含义: 一个类对另一个类的依赖应该建立在最小的接口上: 一个接口代表一个角色,不应 ...

  9. 【设计模式六大原则4】接口隔离原则(Interface Segregation Principle)

      定义:客户端不应该依赖它不需要的接口:一个类对另一个类的依赖应该建立在最小的接口上. 问题由来:类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类 ...

随机推荐

  1. Docker中使用CentOS7镜像

    因后面会将操作系统从CentOS6.4升级到CentOS7,先试用下CentOS7. 启动容器服务 systemctl start docker.service 下载CentOS7 镜像   [roo ...

  2. Cisco packet tracer6.0下的网络工程实训

    期末的专业实训,在cisco6.0下配置一个简单的局域网.主要用到了下面几个技术:dhcp中继.vlan的划分.链路聚合.静态nat.ospf协议.访问控制列表.先看一下总的拓扑图,在分步实现功能. ...

  3. 🔨揭秘vue-sfc-cli: 组件研发利器

    前言 本文将揭示vue单文件组件的工具 vue-sfc-cli 的内涵,说明它是如何在整个组件研发流程中提升效率的. 本文可以看成是 

  4. 嵊州D3T1 山魔 烙饼问题

    嵊州D3T1 山魔 有n 座山,每座山有南北两面. 每一天,一些山的某一面(不一定相同) 会受到山魔的袭击. 但是山魔一天最多只会袭击k座山. 当每座山的每一面都被袭击过后,山魔就会离开. 那么至少要 ...

  5. 堡垒机-jumpserver

    目录 官方网站 Jumpserver 软件包环境要求: 环境 手动本地jumpserver-服务端搭建 初始化一些系统环境设置: 安装相关软件 安装 组件 自建服务器极速安装步骤 0. 防火墙.Sel ...

  6. web项目超时方案

    1. 场景描述 平台使用的Greenplum(内核是postgresql8.2)集群存储大数据量数据(每天一个表大概3亿),因为数据量比较大,所以在使用上有些限制,一是操作限制:二是不限制,但是到一定 ...

  7. Communicating with the UI Thread_翻译

    In the previous lesson you learned how to start a task on a thread managed by ThreadPoolExecutor. Th ...

  8. 第三章.定制专属的kali

    1.更新升级 • apt-get update • apt-get upgrade • apt-get dis-upgrade   2.根据个人喜好需求安装软件包 • 库 • Apt-get命令 • ...

  9. Jquery serialize()提交多个表单数据

    ajax提交多个表单数据: 先把不同的表单分别用serialize()函数,然后把序列化后的数据用+拼接提交给后台,具体例子如下 var data1 = $('#form1).serialize(); ...

  10. octavia的实现与分析(二)·原理,基本架构与基本流程

    [了解] 其实说白了,Octavia就是将用户的API请求经过逻辑处理,转换成Haproxy或者Nginx的配置参数,下发到amphora虚机中. Octavia的内部实现中,逻辑流程的处理主要使用T ...