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

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

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

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

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

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

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

在软件设计中，高内聚性意味着类应该做一件事，并且把一件事做得很好。高凝聚力与单一责任原则密切相关。

低耦合意味着类应该具有最少的依赖关系。而且，必须存在的依赖关系应该是弱依赖关系——喜欢对接口的依赖而不是对具体类的依赖，或者喜欢组合而不是继承。

高内聚和低耦合使我们能够更好地设计代码，从而更容易维护。

我的信念是:

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

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

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

截图来自Coursera。

当我读到微服务的时候。我发现了以下几点:

内聚性是对组件各部分之间的关系数量的度量。高内聚性意味着交付组件功能所需的所有部分都包含在组件中

耦合是系统中一个组件与其他组件之间关系数量的度量。低耦合意味着组件与其他组件之间没有太多关系

低耦合和高内聚是一个值得推荐的现象。

耦合意味着各个模块相互依赖的程度，以及其他模块在改变模块的某些/相当大的功能时是如何受到影响的。低耦合被强调，因为依赖关系必须保持在较低的水平，以便对其他模块进行非常少的/可以忽略不计的更改。