低耦合:—— 让它变得简单。 如果你改变了你的模块，它对其他模块有什么影响?

例子:- 如果您的服务API公开为JAR，对方法签名的任何更改都将破坏调用API(高/紧耦合)。

如果您的模块和其他模块通过异步消息通信。只要您获得消息，您的方法更改签名将是您模块的本地(低耦合)。

如果消息格式发生变化，则呼叫客户端将需要进行一些更改。

长话短说，我所理解的低耦合意味着可以在不影响系统正常功能的情况下交换组件。基本上，将您的系统模块化为可单独更新的功能组件，而不会破坏系统

低耦合:—— 让它变得简单。 如果你改变了你的模块，它对其他模块有什么影响?

例子:- 如果您的服务API公开为JAR，对方法签名的任何更改都将破坏调用API(高/紧耦合)。

如果您的模块和其他模块通过异步消息通信。只要您获得消息，您的方法更改签名将是您模块的本地(低耦合)。

如果消息格式发生变化，则呼叫客户端将需要进行一些更改。

下面是一个从抽象的图论角度给出的答案:

让我们通过只查看有状态对象之间的(有向)依赖关系图来简化这个问题。

一个极其简单的答案可以通过考虑依赖图的两种限制情况来说明:

第一个极限情况:聚类图。

簇图是高内聚低耦合(给定一组簇大小)依赖图的最完美实现。

簇之间的依赖性是最大的(完全连接)，而簇间的依赖性是最小的(零)。

这是一种极限情况下答案的抽象说明。

第二个极限情况是一个全连通图，其中所有东西都依赖于所有东西。

在我看来，现实情况介于两者之间，越接近聚类图越好。

从另一个角度来看:当观察有向依赖关系图时，理想情况下它应该是无循环的，如果不是，那么循环就会形成最小的集群/组件。

层次结构的上升/下降对应于软件中松耦合、紧密内聚的“一个实例”，但可以将这种松耦合/紧密内聚原则视为在无环有向图(或其生成树之一)的不同深度上的重复现象。

将系统分解为层次结构有助于克服指数级的复杂性(比如每个集群有10个元素)。在6层中，已经有100万个对象了:

10个星系团形成1个超星系团，10个超星系团形成1个超星系团……如果没有紧密内聚、松散耦合的概念，这样的层次结构就不可能实现。

所以这可能是故事的真正重要性，而不仅仅是两层中的高内聚低耦合。当考虑更高级别的抽象及其交互时，真正的重要性变得清晰起来。

以旧的PC主板为例。

鼠标有自己的PS/2端口。 打印机有自己的打印机端口。 显示器有自己的VGA端口。

这意味着特定的端口只能用于特定的设备，而不能用于其他设备。

这就是强/高耦合

由于鼠标仅用于操作光标和相关功能，键盘用于输入按键等，即它们只执行它们所要执行的任务，这就是高内聚性

如果鼠标需要输入一些“a”、“b”、“c”按钮，那么它所做的就超过了它应该做的，因为键盘已经在执行它们了，这就是低内聚

幸运的是，专有端口的过时用法被我们称为USB的标准(接口)所取代。这是松散/低耦合

看看这些物理属性，很明显这就是它应该有的样子，但在编写软件时，很容易忘记什么功能应该放在哪里，等等，因此作为一个提醒，在生活中的任何事情中，始终坚持:

“高内聚和松耦合”

继承或泛化是高耦合(即高度相互依赖)的一个例子。我这么说的意思是，在继承中，父类通常定义了它的子类使用的基本功能，父类方法的更改直接影响它的子类。因此，我们可以说，阶级之间有更大程度的相互依赖。

实现或使用接口是一个高内聚(即低相互依赖)的例子。这意味着接口为实现它的任何类提出了契约，但每个类都有权以自己的方式实现接口中声明的方法，并且一个类中声明的方法的更改不会影响任何其他类。