六大设计原则-接口隔离原则【Interface Segregation Principle】

简介: 六大设计原则-接口隔离原则【Interface Segregation Principle】

六大设计原则

  • 单一职责原则
  • 里式替换原则
  • 依赖倒置原则
  • 接口隔离原则
  • 迪米特原则
  • 开闭原则

接口隔离原则

定义:

Clients should not be forced to depend upon interfaces that they don’t use(客户端不应该依赖它不需用的接口)

The dependency of one class to another one should depend on the smallest possible interface(类间的依赖关系应该建立在最小的接口上)

定义概括:

建立单一接口,不要建立臃肿庞大的接口。再通俗的一点讲:接口尽量细化,同时接口中的方法尽量的少。

示例:

分析:

我们发现我们的接口 IPettyGirl 接口设计是有缺陷地,过于庞大了,容纳了一些可变的因素,根据接口隔离原则,星探 AbstractSearcher 应该依赖与具有部分特质的女孩子,而我们却把这些特质都封装了起来,放到了一个接口中了,封装过渡了!

修改后:

通过分散定义多个接口,可以预防未来变更的扩散,提高系统的灵活性和可维护性。

需要记住的内容:

据接口隔离原则拆分接口时,必须首先满足单一职责原则。

其它:

嘻嘻,给我自己看的,反正其他人也看不懂。可以类似于同步接口中的同步终端与平台做对比分析。

目录
相关文章
六大设计原则 -依赖倒置原则【Dependence Inversion Principle】
六大设计原则 -依赖倒置原则【Dependence Inversion Principle】
48 0
六大设计原则-单一职责原则【Single Responsibility Principle】
六大设计原则-单一职责原则【Single Responsibility Principle】
60 0
七大设计原则之接口隔离原则应用
七大设计原则之接口隔离原则应用
79 0
|
设计模式 关系型数据库
软件架构设计原则之接口隔离原则
接口隔离原则符合我们常说的高内聚、低耦合的设计思想,可以使类具有很好的可读性、可扩展性和可维护性。我们在设计接口的时候,要多花时间去思考,要考虑业务模型,包括对以后有可能发生变更的地方还要做一些预判。所以,对于抽象、对于业务模型的理解是非常重要的。下面我们来看一段代码,对一个动物行为进行抽象描述。
110 0
|
设计模式 关系型数据库
软件架构设计原则之里氏替换原则
里氏替换原则(Liskov Substitution Principle,LSP)是指如果对每一个类型为T1的对象o1,都有类型为T2的对象O2,使得以T1定义的所有程序P在所有的对象O1都替换成O2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型。
91 0
|
设计模式 安全 Java
设计原则之接口隔离原则
设计原则之接口隔离原则
80 0
设计原则之接口隔离原则
|
设计模式 测试技术
设计模式 - 六大设计原则之ISP(接口隔离原则)
接口隔离原则(Interface Segregation Principle, ISP),要求尽量将臃肿庞大的接口拆分成更小的和更具体的接口,让接口中只包含相关的方法。 接口隔离是为了高内聚、低耦合。 在实际的开发中,通常都是先定义好需要开发的接口,并由各个服务去实现。 但是如果没有经过考虑和设计,很可能造成一个接口中包含了众多的接口方法,而这些接口并不一定在每一个类中都需要实现, 这样的接口很难维护, 也不易于扩展,每一次修改验证都有潜在的风险。
228 0
设计模式 - 六大设计原则之ISP(接口隔离原则)
软件架构设计原则--里氏替换原则
本专栏内容参考自:咕泡学院Tom老师的《Spring5核心原理与30个类手写实战》,仅作个人学习记录使用,如有侵权,联系速删
软件架构设计原则--里氏替换原则
软件架构设计原则--依赖倒置原则
本专栏内容参考自:咕泡学院Tom老师的《Spring5核心原理与30个类手写实战》,仅作个人学习记录使用,如有侵权,联系速删
软件架构设计原则--依赖倒置原则
|
Java API 开发工具
接口隔离原则|设计原则
今天为大家带来的依旧是 设计原则 的知识: 接口隔离原则