简短明了的回答

高内聚性:一个类/模块中的元素应该在功能上属于一起，并做一件特定的事情。 松耦合:不同的类/模块之间应该有最小的依赖关系。

打个比方，如果你的猫叫，它的凝聚力很差，如果你的狗需要一只猫在他身边叫，这是高度耦合的。

狗会叫，猫会呼噜，如果它们吐了，你的拉请求会被拒绝。

在软件工程中，就像在现实生活中一样，内聚是指组成一个整体(在我们的例子中，让我们说一个类)的元素实际上属于一起的数量。因此，它是软件模块的源代码所表达的每个功能之间相关性的一种度量。

从OO的角度来看内聚的一种方法是类中的方法是否使用任何私有属性。

现在讨论的范围更大了，但高内聚(或内聚的最佳类型-功能内聚)是指模块的各个部分被分组，因为它们都有助于模块的一个定义良好的任务。

简单地说，耦合就是一个组件(再一次，想象一个类，尽管不一定)对另一个组件的内部工作方式或内部元素的了解程度，即它对另一个组件的了解程度。

松耦合是一种将系统或网络中的组件相互连接的方法，这样这些组件就可以在实际可能的最小程度上相互依赖。

我为此写了一篇博客。它详细地讨论了所有这些，并提供了示例等。它还解释了为什么应该遵循这些原则的好处。

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

我的信念是:

内聚性是指一个模块/类的元素属于在一起的程度，建议相关的代码应该相互接近，因此我们应该争取高内聚性，并将所有相关的代码尽可能紧密地绑定在一起。它与模块/类中的元素有关。

耦合是指不同模块/类之间相互依赖的程度，建议所有模块尽可能独立，这就是低耦合的原因。它与不同模块/类之间的元素有关。

将整个画面形象化是有帮助的:

截图来自Coursera。

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

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

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

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

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

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

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

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

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

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

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

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

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

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