接口隔离原则

一.前言 问题由来：有一接口类IBase,类A通过接口IBase依赖类B，类C通过接口IBase依赖类D，如果接口IBase对于类A和类B来说不是最小接口（除了自己所需要的方法外还存在其他方法）。则类B和类D必须去实现他们不需要的方法。 解决方法：我们将臃肿的接口IBase拆分为几个独立的接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则（Interface Segreg...

在下面例子中，IBehavior类是接口类，fish和bird类继承自该类并使用该类提供的接口(客户端依赖接口)，但是在第一份代码中，客户端如鱼类依赖了它不需要的接口(fly方法)，因此违背接口隔离原则中的“客户端不应该依赖它不需要的接口”。臃肿(多余方法)接口设计，称之为胖接口，一点接口方法变动，会影响所有实现该接口的客户端类程序，比如当在行为类中增加新的动作接口时，如“爬行”，需要在所有派生动物类中重写爬行方法，耦合度过高。接口一种约束形式，为不相关的类提供约定好的处理方法；.........

本文探讨了C++开发中常见的接口维护难题，指出"万能接口"会导致子类被迫实现无用方法、修改牵一发而动全身等问题。文章详细解析了接口隔离原则(ISP)的核心思想：将臃肿接口拆分为多个专一的小接口，让客户端只依赖真正需要的方法。通过设备控制、用户系统等案例，展示了违反ISP的危害及如何正确重构，并提供了电商订单系统的完整实践方案。文章强调ISP不是简单拆分接口，而是通过"高内聚、低耦合"的设计思维，与SOLID其他原则协同构建易维护、可扩展的代码体系。

e.g.1一个不符合接口隔离原则的例子。定义：不依赖不需要的接口。接口隔离原则定义了类的。（封装、继承、多态）

class Bird { public: virtual~Bird() = default; virtual void fly() = 0; virtual void eat() = 0; virtual void run() = 0; virtual void tweet() = 0; }; class Sparrow :public Bird { public: virtual void fly() override{ //... } virtual void ea.

接口隔离原则（Interface Segregation Principle，ISP）要求程序员尽量将臃肿庞大的接口拆分成更小的和更具体的接口，让接口中只包含客户感兴趣的方法。

接口隔离原则的英文是Interface Segregation Principle,缩写就是ISP。与里氏替换原则一样其定义同样有两种 定义1： Clients should not be forced to depend upon interfaces that they don'tuse. (客户端被强迫不应该依赖它不需要的接口。) 定义2： The dependency of one...

接口隔离原则的本质是最小化依赖.将臃肿的接口拆分为更小、更具体的接口，使实现类只需关心自己需要的方法

SRP约束了类职责的内聚性，而对于另一类抽象体——“接口”的设计也有相应的内聚性要求，这就是接口隔离原则（The Interface Segregation Principle, ISP）。ISP描述的是：使用多个专门的接口比使用单一的总接口要好。也就是一个接口应当简单地代表一个角色，而不是多个角色。如果系统涉及多个角色，那么每一个角色都应该由一个特定的接口代表。ISP的目的是为不同角色提供宽窄不一的接口，以对付不同的客户端。这种办法在服务行业中称为定制服务。也就是说，我们只提供给客户端需要的方法。

我们通过接口的方式，解决了依赖具体某个类的问题。上层模块，不能依赖具体的底层模块，而应该依赖于接口，依赖于抽象。由于前向声明而没有定义的类是不完整的，所以B中只能包含：A的指针、引用、或者用于函数形参的指针和引用，不能用来定义对象，或访问类的成员。参考：https://blog.csdn.net/u010330109/article/details/120800927。抽象一层接口，让A实现此接口；B中用接口接收A的指针。ok，这样通过接口隔离原则，解决了头文件相互依赖的问题。为啥B中只能包含A的指针呢？

“使用多个专门的接口比使用单一的总接口要好”。 “一个类对另外一个类的依赖性应该建立在最小的接口上”。 陈述： 不应该强迫客户依赖于他们不用的方法。一个类的不内聚的“胖接口”应该被分解成多组方法，每一组方法都服务于一组不同的客户程序。 例子：  Door可以加锁、解锁、而且可以感知自己是开还是关；  Door是抽象基类，客户程序可以依赖于抽象而不是具体的实现。

接口分为两种。 实例接口（Object Interface），在Java中声明一个类，然后用new关键字产生一个实例，它是对一个类型的事物的描述，这是一种接口。比如你定义Person这个类，然后使用Person zhangSan = new Person()产生了一个实例，这个实例要遵从的标准就是Person这个类，Person类就是zhangSan的接口，Java中的类也是一种接口。 类接口...

接口隔离原则：   接口分两种： 实例接口：Java中的类 类接口：interface定义的接口   原则的两种定义： 1.client不应该依赖它不须要的接口 2.类间的依赖关系应该建立在最小的接口上   须要对接口进行细化。保持清纯性。 接口尽量细化，同一时候接口中的方法尽量少，增强专门性。     接口隔离原则是对接口进行规范约束，包括4层含义： 1.接...

目录 前言 接口隔离原则 定义 场景 优点 不同 实际 前言 又是元气满满的一天 接口隔离原则 定义 使用多个专门的接口比使用单一的总接口要好。（这里解释一下，总的结构就是把所有的接口都写到一个接口类里面，然后很多个实现去引用它，导致有些实现不需要实现一些接口但必须要写出来。）客户端不应该依赖它不需要的接口。一个类对另外一个类的依赖性应当是建立在最小的接口上的。（参考百科）...

前言 最近在学习一些基本的设计模式,发现很多博客都是写了六个原则,但我认为有7个原则,并且我认为在编码中思想还是挺重要,所以写下一篇博客来总结下 之后有机会会写下一些设计模式的博客(咕咕咕........ 设计模式的七大原则 1.单一职责原则 2.开放-封闭原则 3.依赖倒置原则 4.里氏替换原则(LSP) 5.接口隔离原则 6.迪米特原则(最少知道原则) 7.合成复用原则 1.单一职责原则 准确...

七大设计原则之单一接口隔离原则接口隔离原则案例 接口隔离原则 介绍：客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上 案例 案例uml图 如上的uml图，类A通过接口 ...

接口隔离原则的定义 既然是接口隔离原则，那我们的主角就是接口了，在这里，接口分为两种：实例接口和类接口。 接口分类 实例接口 实例接口指的是Java中的类，你没看错，Java中的类也是接口的一种，我们知道，接口的本质是抽象，在于制定规范。例如，我们声明一个Person类，然后使用Person zhangsan = new Person();产生了一个该类的实例，那么这个zhangs...

设计模式六大原则 定义：简称ISP。客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 举例子： 给出指定食材（西红柿、黄瓜、芹菜），冷热菜师傅要根据自己的需求不同，对食材进行预处理。 先看不使用接口隔离原则，代码会什么样： public class MadeFood { interface MadeFoodInter{ void mad...