你有智能手机吗?有一个大的还是很多小的应用程序?一个应用程序是否会回复另一个应用程序?您可以在安装、更新和/或卸载另一个应用程序时使用一个应用程序吗?每个应用程序都是独立的，这是一种高内聚性。每个应用程序都独立于其他应用程序，这是低耦合。DevOps偏爱这种架构，因为这意味着您可以在不中断整个系统的情况下进行离散的连续部署。

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

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

内聚性-所有事物之间的紧密联系。 耦合-所有事物如何相互连接。

让我们举个例子——我们想设计一辆自动驾驶汽车。

我们需要马达正常运转。

我们需要这辆车能自动行驶。

(1)中的所有类和函数都能很好地一起启动电机并使其运行，但不能帮助汽车转向。所以我们把这些类放在引擎控制器后面。

(2)中的所有类和函数都能很好地使汽车转向、加速和制动。它们不能帮助汽车启动或将汽油输送到活塞。所以我们把这些类放在它自己的驱动控制器后面。

这些控制器用于与所有可用的类和函数通信。控制器之间只进行通信。这意味着我不能从油门踏板类中调用活塞类中的函数来使汽车走得更快。

踏板类必须要求驱动控制器与引擎控制器对话，然后引擎控制器告诉活塞类加快速度。这使得我们程序员能够发现问题，并允许我们毫无顾虑地组合大型程序。这是因为代码都是在控制器后面工作的。

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

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

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

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

我的信念是:

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

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

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

截图来自Coursera。

低耦合是在两个或多个模块的上下文中。如果一个模块中的变化导致其他模块中的许多变化，那么它们被称为高度耦合的。这就是基于接口的编程的用处。模块内的任何变化都不会影响其他模块，因为它们之间的接口(交互的平均值)没有改变。

高内聚性——把相似的东西放在一起。所以一个类应该有方法或行为来做相关的工作。举一个夸张的坏例子:List接口的实现不应该有与String相关的操作。String类应该有方法和与String相关的字段，类似地，List的实现应该有相应的东西。

希望这能有所帮助。