我的理解是，与松散耦合的体系结构相比，紧密耦合的体系结构并没有为更改提供很多灵活性。

但是对于松散耦合的体系结构，消息格式或操作平台或修改业务逻辑不会影响另一端。如果系统因改造而关闭，当然另一端在一段时间内不能访问服务，但除此之外，未更改的一端可以恢复消息交换，就像改造之前一样。

在面向对象设计中，耦合量指的是一个类的设计依赖于另一个类的设计的程度。换句话说，A类力的变化与B类力的变化相关的频率是多少?紧耦合意味着两个类经常一起更改，松耦合意味着它们大部分是独立的。一般来说，推荐使用松耦合，因为它更容易测试和维护。

你可能会发现Martin Fowler的这篇论文(PDF)很有帮助。

松耦合和紧耦合是关于程序组件之间的依赖关系。这意味着不仅依赖于编程类，还依赖于编程系统组件。

例如，如果你只使用简单的原始SQL查询从SQL Server接收数据，这是松耦合。与松耦合和简单原始SQL查询相反的是紧耦合和实体框架核心。在实体框架核心，你必须完整的模型与POCO类在你的代码反映数据库结构，这意味着任何变化在数据库中，你必须反映在代码。

因此，程序代码和数据库结构之间的紧密耦合是实体框架，这种方法的对立面是拒绝使用任何ORM，并拒绝在程序代码中使用完整的镜像数据库结构。

松耦合是在不提供依赖关系的所有信息的情况下，间接地给出类所需要的依赖关系的过程。E在from的接口中)，以防紧耦合，你直接给出依赖关系，这不是编码的好方法。

这是关于类对其他类的依赖率，在松散耦合时很低，而在紧密耦合时很高。在面向服务的体系结构中，服务之间是松散耦合的，不同的类之间的依赖是有意的

当两个对象松散耦合时，它们可以相互作用，但知之甚少 对方。

松散耦合设计允许我们构建能够处理变更的灵活的OO系统。

观察者设计模式是一个让类松散耦合的好例子，你可以在维基百科上看到它。