远方的灯塔 - 专注于服务端技术分享 远方的灯塔 - 专注于服务端技术分享
首页
  • Java SE
  • Struts2
  • Hibernate
  • MyBatis
  • JAX-WS
  • 并发
  • 分布式
  • Git
  • 文章分类
  • 文章标签
  • 文章归档
  • 《C程序设计语言》
心情随笔
友情链接
给我留言 (opens new window)
关于我
GitHub (opens new window)

Terwer Green

一个后端老菜鸟
首页
  • Java SE
  • Struts2
  • Hibernate
  • MyBatis
  • JAX-WS
  • 并发
  • 分布式
  • Git
  • 文章分类
  • 文章标签
  • 文章归档
  • 《C程序设计语言》
心情随笔
友情链接
给我留言 (opens new window)
关于我
GitHub (opens new window)
  • JavaSE

  • 开源框架

  • Linux

  • Struts2

  • Hibernate

  • Webservice

  • 分布式

    • RPC架构设计及IO模型
    • NIO编程及其三大核心原理
    • NIO三大核心之缓冲区(Buffer)
    • NIO三大核心之通道(Channel)
    • NIO三大核心之选择器(Selector)
    • Netty核心原理
    • 线程模型以及传统IO阻塞模型
    • Reactor模型
    • Netty线程模型
    • Netty核心API介绍
    • Netty入门与异步模型
    • Netty高级进阶之Netty编解码器
    • Netty高级进阶之基于Netty的群聊天室案例
    • Netty高级进阶之基于Netty的HTTP服务器开发
    • Netty高级进阶之基于Netty的Websocket开发网页聊天室
    • Netty高级进阶之Netty中的粘包和拆包的解决方案
    • Nety源码剖析
    • 自定义RPC框架之分布式架构网络通信理论
    • 自定义RPC框架之基于Netty实现RPC框架
    • 分布式架构理论
    • 分布式理论之数据一致性
    • 分布式理论之CAP定理
    • 分布式理论之BASE定理
    • 分布式一致性协议之两阶段提交协议(2PC)
    • 分布式一致性协议之三阶段提交协议(3PC)
    • 分布式一致性协议之NWR协议
    • 分布式一致性协议之Gossip协议
    • 分布式一致性协议之Paxos协议
    • 分布式一致性协议之Raft协议
    • 分布式一致性协议之Lease机制
    • 分布式系统设计策略之心跳检测
    • 分布式系统设计策略之高可用
    • 分布式系统设计策略之容错性
    • 分布式系统设计策略之负载均衡
    • 分布式架构服务调用
    • 分布式服务治理之服务协调
    • 分布式服务治理之服务削峰
    • 分布式服务治理之服务降级
    • 分布式服务治理之服务限流
    • 分布式服务治理之服务熔断
    • 分布式服务治理之服务链路追踪
    • 架构设计基本原则之开闭原则(OCP)
    • 架构设计基本原则之单一职责原则(SRP)
    • 架构设计基本原则之接口隔离原则(ISP)
      • 接口隔离原则(ISP)
        • 接口隔离原则的定义
        • 接口隔离原则的优点
        • 接口隔离的实现方法
    • 架构设计基本原则之里式替换原则(LSP)
    • 架构设计基本原则之依赖倒置原则(DIP)
    • 架构设计基本原则知识扩展
    • 分布式架构知识拓展与总结
  • 分布式框架

  • 后端开发
  • 分布式
terwer
2022-05-04
目录

架构设计基本原则之接口隔离原则(ISP)

# 接口隔离原则(ISP)

ISP, Interface Segregation Principles 接口隔离原则

# 接口隔离原则的定义

将接口拆分成更小更具体的接口,让接口中只包含用户感兴趣的方法。

接口隔离和单一职责都是为了高类聚、低耦合,体现了封装思想。两者区别:

  1. 单一职责注重的是职责,接口隔离注重对接口依赖的隔离
  2. 单一职责主要约束类,针对的是程序中的实现和细节,接口隔离主要约束接口,主要针对抽象和程序整体框架的构建。

# 接口隔离原则的优点

接口隔离是为了约束接口,降低类对接口的依赖性,优点如下:

  1. 提个系统灵活性和可维护性
  2. 降低系统耦合性
  3. 提高系统稳定性
  4. 多个接口能体现抽象的层次,通过接口继承,实现对总接口的定义
  5. 减少代码冗余

# 接口隔离的实现方法

应用接口隔离,有几个规则需要衡量:

  1. 接口尽量小,但是要有限度。一个接口只服务于一个子模块或者业务逻辑。
  2. 为依赖接口的类定制服务。只提供调用者需要的方法,屏蔽不需要的方法。
  3. 根据具体业务和环境来定,不盲目拆分。
  4. 提高内聚,减少对外交互。使接口用最少的方法完成最多的事情。

以学生管理程序为例:

学生程序管理一般包含插入成绩、删除成绩、修改成绩、计算总分、计算平均分、打印成绩、查询成绩等功能

  1. 放在一个接口中,不太合理

    image-20220415112605270

  2. 放到三个接口中

    image-20220415113239007

编辑 (opens new window)
#arch#desgin#isp
上次更新: 2023/02/22, 13:47:25
架构设计基本原则之单一职责原则(SRP)
架构设计基本原则之里式替换原则(LSP)

← 架构设计基本原则之单一职责原则(SRP) 架构设计基本原则之里式替换原则(LSP)→

最近更新
01
解决css部分border被圆角切掉之后圆角的边框消失问题
03-18
02
使用TypeScript开发一个自定义的Node-js前端开发脚手架
03-08
03
Github-Actions使用release-please实现自动发版
03-06
更多文章>
Theme by Vdoing | Copyright © 2011-2023 Terwer Green | MIT License | 粤ICP备2022020721号-1 | 百度统计
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式