分布式系统关注点:高内聚低耦合
来源:跨界架构师
下面的这个场景你可能会觉得很熟悉(Z哥我又要出演了):
Z哥:@All 兄弟姐妹们,这次我这边有个需求需要给「商品上架」增加一道审核,会影响到大家和我交互的接口。大家抽空配合改一下,明天一起更新个版本。
小Y:哥,我这几天很忙啊,昨天刚配合老王改过促销!
小X:行~当一切已成习惯。
作为被通知人,如果在你的现实工作中也发生了类似事件,我相信哪怕嘴上不说,心里也会有不少想法和抱怨:“md,改的是你,我也要发布,好冤啊!”。
这个问题的根本原因就是多个项目之间的耦合度过于严重。
越大型的项目越容易陷入到这个昭潭中,难以自拔。
而解决问题的方式就是进行更合理的分层,并且持续保证分层的合理性。
一提到分层,必然离不开6个字「高内聚」和「低耦合」。
什么是高内聚低耦合
在z哥之前的文章中有多次提到,分布式系统的本质就是「分治」和「冗余」。
其中,分治就是“分解 -> 治理 -> 归并”的三部曲。「高内聚」、「低耦合」的概念就来源于此。
需要注意的是,当你在做「分解」这个操作的时候,务必要关注每一次的「分解」是否满足一个最重要的条件:不同分支上的子问题,不能相互依赖,需要各自独立。
因为一旦包含了依赖关系,子问题和父问题之间就失去了可以被「归并」的意义。
比如,一个「问题Z」被分解成了两个子问题,「子问题A」和「子问题B」。但是,解问题A依赖于问题B的答案,解问题B又依赖于问题A的答案。这不就等于没有分解吗?
题外话:这里的“如何更合理的分解问题”这个思路也可以用到你的生活和工作中的任何问题上。
所以,当你在做「分解」的时候,需要有一些很好的着力点去切入。
这个着力点就是前面提到的「耦合度」和「内聚度」,两者是一个此消彼长的关系。
越符合高内聚低耦合这个标准,程序的维护成本就越低。为什么呢?因为依赖越小,各自的变更对其他关联方的影响就越小。
所以,「高内聚」和「低耦合」是我们应当持续不断追求的目标。
题外话:耦合度,指的是软件模块之间相互依赖的程度。比如,每次调用方法 A 之后都需要同步调用方法 B,那么此时方法 A 和 B 间的耦合度是高的。
内聚度,指的是模块内的元素具有的共同点的相似程度。比如,一个类中的多个方法有很多的共同之处,都是做支付相关的处理,那么这个类的内聚度是高的。
二、怎么做好高内聚低耦合
做好高内聚低耦合,思路也很简单:定职责、做归类、划边界。
首先,定职责就是定义每一个子系统、每一个模块、甚至每一个class和每一个function的职责。
比如,在子系统或者模块层面可以这样。
又比如,在class或者function层面可以这样。
我想这点大家平时都会有意识的去做。
做好了职责定义后,内聚性就会有很大的提升,同时也提高了代码/程序的复用程度。
至此,我们才谈得上「单一职责(SRP)」这种设计原则的运用。
其次,做归类。梳理不同模块之间的依赖关系。
像上面提到的案例1可以归类为3层:
基础层:商品基础服务、会员基础服务、促销基础服务
聚合层:购物车服务、商品详情服务、登陆服务
接入层:快闪店API、综合商城API
案例2也可以归类为3层:
数据访问层:访问会员表数据、访问会员积分表数据、访问会员等级表数据
业务逻辑层:会员登陆逻辑、会员使用积分逻辑、会员升级逻辑
应用层:接收用户输入的账户密码、接收用户输入的使用积分数、接收用户的付款信息
最后就是划边界。好不容易梳理清楚,为了避免轻易被再次破坏,所以需要设立好合理清晰的边界。
否则你想的是这样整齐。
实际会慢慢变成这样混乱。
那么应该怎么划边界呢?
class和function级别。这个层面可以通过codereview或者静态代码检测工具来进行,可以关注的点比如:
调用某些class必须通过interface而不是implement
访问会员表数据的class中不能存在访问商品数据的function
模块级别。可以选择以下方案:
给每一种类型的class分配不同project,打包到各自的dll(jar)中
每次代码push上来的时候检测其中的依赖是否有超出规定的依赖。例如,不能逆向依赖(检测dal是否包含bll);不能在基础层做聚合业务(检测商品基础服务是否包含其他基础服务的dll(jar))。
系统级别。及时识别子系统之间的调用是否符合预期,可以通过接入一个调用链跟踪系统(如,zipkin)来分析请求链路是否合法。
让边界更清晰、稳定的最佳实践
很多时候不同的模块或者子系统会被分配到不同的小组中负责,所以z哥再分享几个最佳实践给你。它可以让系统之间的沟通更稳定。
首先是:模块对外暴露的接口部分,数据类型的选择上尽量做到宽进严出。比如,使用long代替byte之类的数据类型;使用弱类型代替强类型等等。
举个「宽进严出」的例子:
//使用long代替byte之类的数据类型。
void Add(long param1, long param2){
if(param1 <1000&& param2 < 1000){ //先接收进来,到里面再做逻辑校验。
//do something...
}
else{
//do something...
}
}
其次是:写操作接口,接收参数尽可能少;读操作接口,返回参数尽可能多。
为什么呢?因为很多时候,写操作的背后会存在一个潜在预期,是「准确」。
准确度和可信度有着很大的联系,只有更多的逻辑处理在自己掌控范围内进行才能越具备「可信度」(当然是职责范围内的逻辑,而不是让商品服务去计算促销的逻辑)。反之,上游系统一个bug就会牵连到你的系统中。
而读操作背后的潜在预期是:「满足」。你得提供给我满足我当前需要的数据,否则我的工作无法开展。
但是呢,在不同时期,客户端所需要的数据可能会发生变化,你无法预测。所以呢,不要吝啬,返回参数尽可能多,用哪些,用不用是客户端的事。
还可以做的更好的一些,就是,在可以满足的基础上支持按需获取。客户端需要返回哪些字段自己通过参数传过来,如此一来还能避免浪费资源做无用的数据传输。
题外话:对外露出的接口设计,可以使用http + json 这种跨平台 + 弱类型的技术组合,可具备更好的灵活性。
实际上,一个程序大多数情况下,在某些时刻是客户端,又在某些时刻是服务端。站在一个完整程序的角度来提炼参数设计的思路就是:“吃”的要少,“产出”的要多。
题外话:有一些设计原则可以扩展阅读一下。
单一职责原则SRP(Single Responsibility Principle)
开放封闭原则OCP(Open-Close Principle)
里式替换原则LSP(the Liskov Substitution Principle LSP)
依赖倒置原则DIP(the Dependency Inversion Principle DIP)
接口分离原则ISP(the Interface Segregation Principle ISP)
总结
本文z哥带你梳理了一下「高内聚低耦合」的本质(来自于哪,意义是什么),并且分享了一些该怎么做的思路。
可以看到「高内聚」、「低耦合」其实没有这个名字那么高端。哪怕你现在正在工作的项目是一个单体应用,也可以在class和function的设计中体会到「高内聚」、「低耦合」的奥妙。
来来来,接下去马上开始在项目中「刻意练习」起来吧~
号外:最近整理了之前编写的一系列内容做成了PDF,关注我并回复相应口令获取:
- 001 :领取《Spring Boot基础教程》
- 002 :领取《Spring Cloud基础教程》
更多内容陆续奉上,敬请期待
- END -
近期热文:
我为啥不看好ServiceMesh
虎牙直播在微服务改造方面的实践和总结
有赞搜索系统的架构演进
为什么分库分表后不建议跨分片查询
别看不起分区表:我要为你点个赞
Spring Cloud Greenwich 正式发布
在前后端分离的路上承受了多少痛?
你真的会高效的在GitHub上搜索开源项目吗?
中台是个什么鬼?
2019年,我在星球与大家聊聊
我们技术人的职业发展与焦虑
分析原因、分享经验、参谋想法
如果您对这些感兴趣
就来一起讨论吧!
看完,赶紧点个“好看”鸭
点鸭点鸭
↓↓↓↓
分布式系统关注点:高内聚低耦合相关推荐
- 高内聚低耦合通俗理解_带你从入门到精通——「高内聚低耦合」
如果这是第二次看到我的文章,欢迎订阅z哥的公号(跨界架构师)哦~ 本文长度为2871字,建议阅读8分钟. 坚持原创,每一篇都是用心之作- 下面的这个场景你可能会觉得很熟悉(Z哥我又要出演了): Z哥: ...
- 线程间定制化调用通信—— 1 高内聚低耦合的前提下,线程操作资源类 2 判断/干活/通知 3 多线程交互中,必须要防止多线程的虚假唤醒,也即(判断只用while,不能用if)
生产者与消费者模式 一个生产者与一个消费者 题目:现在有两个线程,可以操作初始值为0的一个变量,实现一个线程对该变量加1,另一个线程对该变量减1,这两个线程的操作加一.减一交替,进行10轮,变量的初始 ...
- 浅谈面向对象开发原则:高内聚,低耦合
软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准.划分摸块的一个准则就是高内聚低耦合. 这是软件工程中的概念,是判断设计好坏的标准,主要是面向OO的设计,主要是看类的内聚性是否高,偶合度是否低 ...
- 编码至高法则-高内聚低耦合
此法则适合所有语言,咱们以JavaScript和Java两个角度分析一下这个东东. 一.javascript 有这样的一个页面,js.css代码都写在html页面中. 例如:gnj.html v1版本 ...
- 软件设计之——“高内聚低耦合”
耦合度 一.什么是耦合度 软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准.划分摸块的一个准则就是高内聚低耦合. 耦合度(Coupling)是对模块间关联程度的度量.耦合的强弱取决与模块间接口 ...
- 为什么要高内聚低耦合?
首先我觉的有必要声明高内聚低耦合是基于面向对象思想的概念,所以撇开面向对象这个基本思想来理解高内聚低耦合可能比较不容易.但是网络上的文章和博客大多只是单纯的以高内聚低耦合来谈高内聚低耦合.本篇博客试图 ...
- 最简单理解高内聚低耦合
低耦合: 耦合就是元素与元素之间的连接,感知和依赖量度.这里说的元素即是功能,对象,系统,子系统.模块. 例如:现在有方法A和方法B 我们在A元素去调用B元素,当B元素有问题或者不存在的时候,A元素就 ...
- 高内聚低耦合是什么含义,怎么实现?
一.含义 高内聚低耦合,是软件工程中的概念,是判断软件设计好坏的标准,主要用于程序的面向对象的设计,主要看类的内聚性是否高,耦合度是否低. 目的:使程序模块的可重用性.移植性大大增强. 通常程序结构中 ...
- Java编程思想之高内聚低耦合
文章目录 1 前言 2 低耦合 2.1 耦合性定义 2.2 耦合性分类 2.3 使用低耦合 3 高内聚 3.1 高内聚定义 3.2 内聚性分类 4 示例 5 高内聚,低耦合的系统有什么好处呢 6 降低 ...
最新文章
- android webview详情,Android中的WebView详细介绍
- 基于Ajax的Web框架Echo2 2.0发布
- kali最新国内更新源sources
- fis3 php cgi,FIS3 : 构建
- pcie和usb哪个带宽高_了解数字示波器采样率和模拟带宽的规格
- 用eclipse往mysql插入中文出现乱码解决方法
- Python中出现:AttributeError: module 'numpy' has no attribute 'dtype'问题解决
- CSS 兼容浏览器的方法 CSS Hack
- linux 性能调优
- Javascript选择排序
- struct深层解析
- Python(二十):迭代器、生成器
- java maven web项目_java maven项目跟web项目区别
- 教你如何查看已经撤回的微信消息!
- Qq也进入鸿蒙系统,鸿蒙系统完善进行中,手机QQ接入HMS不需要后台运行秒收信息...
- 8个常见的研究者认知偏误陷阱(转载)
- java批量生成二维码图片,并打包成zip
- java对cookie的操作,JAVA操作COOKIE
- 世界各国的12个王朝
- 【Matlab】关于matlab开启多核并行计算时SPMD测试失败的解决方法
热门文章
- Pymysql介绍及用法
- killall 命令终止进程用法
- SSD硬盘的接口区别详解图解 SATA、mSATA、PCI-E、M.2(NVMe协议) 、U.2、Type-c、USB、Macbook接口
- python王者战斗_用 Python 自动玩王者荣耀,简直不要太秀!
- 弘辽科技:2020全民参与直播电商模式,新时代的营销战场
- 深入浅出Hive数据倾斜,最全面的讲解(好文收藏)
- Beginning Ruby: From Novice to Professional
- 玩cf出现outofmemory_玩CF出现Outofmemory.怎么办?
- cmd 命令获取 WIFI 密码
- Ubuntu 20.04 更新源