如何发现架构中的耦合（5大场景）？（第36讲）

文章预览

《架构师之路：架构设计中的100个知识点》 36.耦合，解耦 如何发现系统架构中的耦合？ 答：架构痛点是别人，被动修改配合方却是你。 这是一个架构设计上“ 反向依赖 ”的问题，这就是典型的耦合特征。 如果系统架构中经常出这类情况，往往架构上就有解耦优化的空间。 案例一：公共库耦合。 如上图所示，三个服务s123，通过一个公共的库biz.jar来实现一段业务逻辑，s123其实间接通过公共库耦合在了一起， 一个业务s1主动修改一块公共的代码，导致影响s23被动受影响 ，这种耦合不合理。 那怎么解耦呢？ 答：业务垂直拆分。 公共库中应该是通用代码，不应该实现个性化很强的业务逻辑。 可以将biz.jar拆分为biz1.jar/biz2.jar/biz3.jar，个性化的业务逻辑各回各家 ，来对s12s3进行解耦。这样的话，任何业务的改动，影响范围只是自己，不会影响其他人 ………………………………