介绍

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

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部署java应用(初级篇)

    本篇原创发布于 Flex 的个人博客:点击跳转 前言   在没有 docker 前,项目转测试是比较麻烦的一件事.首先会化较长的时间搭建测试环境,然后在测试过程中又经常出现测试说是 bug,开发说无法 ...

  2. 面试超火题 This的问题!!!

    this问题 (1)this是js的一个关键字,指定一个对象,然后替代this: 函数中的this指向行为发生的主体,函数外的this都指向window,没有意义 (2)函数内的this跟函数在什么环 ...

  3. [apue] popen/pclose 疑点解惑

    问题请看这里: [apue] 使用 popen/pclose 的一点疑问 当时怀疑是pclose关闭了使用完成的管道,因此在pclose之前加一个足够长的sleep,再次观察进程文件列表: 哈哈,这下 ...

  4. Django中间件加载原理

    假设我们有如下中间件: setting.py文件 MIDDLEWARE = [ 'django.middleware.A', 'django.middleware.B', 'django.middle ...

  5. WebSocket+Netty构建web聊天程序

    WebSocket 传统的浏览器和服务器之间的交互模式是基于请求/响应的模式,虽然可以使用js发送定时任务让浏览器在服务器中拉取但是弊端很明显,首先就是不等避免的延迟,其次就是频繁的请求,让服务器的压 ...

  6. SQL Server Form子查询、链接查询

    所用数据表:用户,钱包,订单 一.from子查询 --查询钱包里金额大于30000 and User_ID = Users.ID) ) 二.链接查询 内连接(inner join)外连接(left/r ...

  7. Java 技术交流群,微信群

    专注Java相关技术:SSM.Spring全家桶.微服务.MySQL.集群.dubbo.分布式.中间件.Linux.网络.多线程.Jenkins.Nexus.Docker.ELK等等! 由于微信群限制 ...

  8. 解决webpack打包速度慢的解决办法

    技巧1 webpack在打包的时候第一次总是会做很长的准备工作,包括加载插件之类的.在刚接触webpack的时候总是webpack一下-测一下-改一下-再webpack一下,这种方式最后让很多人崩溃了 ...

  9. vmware + opensuse windows如何远程登录到suse上

    vmware我还是比较偏向7.1.4版本,其他版本装在win7上似乎有点问题.windows平台下,使用vmware + opensuse的网络配置过程如下:      1. 装完vm后,会在本地连接 ...

  10. android网络编程_socket(一)

    转载http://www.eoeandroid.com/thread-97477-1-1.html 小知识点:UDP协议和TCP协议的不同.UDP是把数据都打成数据包,数据包上自带通信的地址,但是数据 ...