软件架构中的九种耦合形式

没有任何软件系统可以摆脱依赖关系，或者保证即使依赖组件发生变化也不会产生任何影响。软件架构师总是要处理相互连接的组件之间的依赖程度，并尽量减少甚至消除这种影响。如果软件组件 A 在如下情况下需要软件组件 B，那么软件组件 A 就依赖于软件组件 B：

• 运行时编译
• 安装
• 测试
• 正常运行

耦合是任意架构构件之间的依赖程度。

在不同抽象层次上，存在着不同类型的耦合。耦合不仅发生在源代码层面，还发生在基础架构以及其他方面。软件架构师需要了解这些类型，以便在设计这些组件时做出正确决定。我们将根据 ISAQB 软件架构认证课程来了解这些耦合类型。

通过使用/委托耦合

这种耦合是经典耦合之一。基本上，如果类 A 调用类 B 的公有变量，它们就会通过使用/委托耦合在一起。最好的解决方法是将这些公有变量私有化，并通过 getter 调用它们。

通过组合耦合

在组合关系中，正如面向对象编程中所定义的，类 A 包含类 B。在某些情况下，类 B 可以是类 A 的内部部分，并不独立存在。因此，这些类通过组合关系耦合在一起。

通过构建耦合

这类耦合出现在工厂、抽象工厂等构建设计模式中。在这些设计模式中，类 A 或 B 的构建被委托给工厂类。也就是说，类 A 或 B 是通过构建与工厂类耦合的。

通过继承耦合

子类继承超类的属性和方法的一种依赖关系。通过继承产生的耦合非常严格，因为父类做什么，子类就做什么。

通过信息或事件耦合

消息传递中间件和事件存储广泛用于组件之间的松散耦合。在消息传递中，通信是异步的，发送方的请求被发送到消息队列中，接收方从队列中获取请求。发送方可能知道也可能不知道哪个接收方收