【设计模式】关联关系与依赖关系

UML 图将事物之间的联系分为 6 种:关联、依赖、聚合、组合、泛化、实现

我认为关联关系和依赖关系非常不好理解。

我们看下定义:

关联:表示一种拥有的关系。具有方向性。如果一个类单方向的访问另一个类,称为单向关联。如果两个类对象可以相互访问,称为双向关联。

依赖:如果一个类的改动会影响另一个类,则两个类之间存在依赖关系。

根据上面的定义,如果 A 和 B 之间存在关联关系,那么必然存在依赖关系。那么关联关系与依赖关系的关系应该是这样的。

这张图的描述,还是太粗浅了。经过思考,我认为可以从以下三个方面来比较关联关系和依赖关系

  • 强度:关联关系比依赖关系更强。关联关系意味着对象之间有直接的联系,而依赖关系则更多地体现在类的设计上,即一个类的实现细节依赖于另一个类。
  • 表现形式:关联关系通常表现为两个类之间的双向或多向交互,而依赖关系往往是单向的,一个类的变化会影响另一个类的功能。
  • 持续性:关联关系通常代表的是长期存在的关系,而依赖关系可能是临时的或仅限于某个特定的操作或方法调用。

关联表示的事物间关系更紧密,联系更强,耦合度更高,一般表现为双向的依赖,这种关系是长期持有的。表现为 A 拥有 B,B 也拥有 A。

关联关系最明显的设计模式是:观察者模式,观察者和主题是相互持有的。所以观察者模式也是争议比较大的模式。

依赖表示的事物间关系更弱一些。一般表现为接口参数。比如说 A 的某个接口,以 B 为参数,但是 并不持有 B。依赖一般为单向的,但是偶尔也有双向的,比如说:访问者模式就是一个双向依赖模式。A 的接口参数是 B,B 的接口也以 A 为参数。

相关推荐
苏渡苇3 小时前
优雅应对异常,从“try-catch堆砌”到“设计驱动”
java·后端·设计模式·学习方法·责任链模式
短剑重铸之日4 小时前
《设计模式》第十一篇:总结
java·后端·设计模式·总结
feasibility.5 小时前
AI 编程助手进阶指南:从 Claude Code 到 OpenCode 的工程化经验总结
人工智能·经验分享·设计模式·自动化·agi·skills·opencode
BD_Marathon5 小时前
七大设计原则介绍
设计模式
YigAin7 小时前
Unity23种设计模式之 享元模式
设计模式·享元模式
范纹杉想快点毕业21 小时前
实战级ZYNQ中断状态机FIFO设计
java·开发语言·驱动开发·设计模式·架构·mfc
茂桑1 天前
DDD领域驱动设计-基础设施层
设计模式·架构
小温冲冲1 天前
通俗且全面精讲工厂设计模式
设计模式
进击的小头1 天前
设计模式与C语言高级特性的结合
c语言·设计模式
小温冲冲1 天前
通俗且全面精讲单例设计模式
开发语言·javascript·设计模式