在理解解耦之前，我们先来理解耦合度。耦合度是软件工程领域的概念，是指模块之间的依赖程度。
这里的模块可以小到一个小功能，也可以大到一个系统。
那么对应的，解耦就是解除模块之间的耦合关系。
降低模块之间的依赖程度也可以理解为解耦， 模块之间有依赖关系就必然存在耦合 ，
0耦合是基本无可能的，那是最理想的状态。
耦合度越低，模块之间依赖的程度越低，模块的 独立性 、 复用性 和 可移植性 就越强。
那么如何判断2个有关联的模块的耦合程度呢？
1）是否有牵一发而动全身的现象？
一个小的改动，会影响到依赖它的所有模块，这是耦合度高的典型表现。
比如A模块和B模块都依赖于C模块，当A模块有特殊需求，要求C模块支持时，C模块没法改造，C模块一改造会影响到接入它的所有模块。
2）看模块的复用性
可复用性越高，说明耦合度越低
3）看模块的可移植性
可移植性越高，说明耦合度越低
我们还应该牢记两点：
产品是业务和商业的载体，产品设计时一定要考虑业务场景。不同的业务场景是有边界的，不同领域要解耦合处理，这样后续才能避免产生技术负债。所以你看，有足够的业务领域知识的基础上，更要学会对业务领域解耦合，这才是设计好产品的关键。
其实，对于软件开发来说，产品经理是关键的源头角色，我们应该有敬畏之心，事实上，只有当我们掌握了足够多的知识，有了领域和边界的思维之后，才能从源头避免技术负债的产生。
这一切，可能都要求我们在具体的产品设计时要有优秀的产品思维，要具备解耦合的意识和结构化的能力，当然，最关键的是一定要有边界理念和破界勇气。
所谓的破界，不是破外在现实的边界，而是破内在认知的边界。
正如古人所言：小知不及大知，认知无止境。
标签：依赖,产品,经理,耦合度,笔记,越低,模块,耦合,边界 From： https://www.cnblogs.com/wjh0517/p/17246724.html