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

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

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

我们看下定义:

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

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

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

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

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

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

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

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

相关推荐
七月丶14 小时前
别再手动凑 PR 了:这个 AI Skill 会按仓库习惯自动建分支、拆提交、提 PR
人工智能·设计模式·程序员
刀法如飞14 小时前
从程序员到架构师:6大编程范式全解析与实践对比
设计模式·系统架构·编程范式
九狼15 小时前
Flutter + Riverpod +MVI 架构下的现代状态管理
设计模式
静水流深_沧海一粟1 天前
04 | 别再写几十个参数的构造函数了——建造者模式
设计模式
StarkCoder1 天前
从UIKit到SwiftUI的迁移感悟:数据驱动的革命
设计模式
阿星AI工作室2 天前
给openclaw龙虾造了间像素办公室!实时看它写代码、摸鱼、修bug、写日报,太可爱了吧!
前端·人工智能·设计模式
_哆啦A梦2 天前
Vibe Coding 全栈专业名词清单|设计模式·基础篇(创建型+结构型核心名词)
前端·设计模式·vibecoding
阿闽ooo6 天前
中介者模式打造多人聊天室系统
c++·设计模式·中介者模式
小米4966 天前
js设计模式 --- 工厂模式
设计模式
逆境不可逃6 天前
【从零入门23种设计模式08】结构型之组合模式(含电商业务场景)
线性代数·算法·设计模式·职场和发展·矩阵·组合模式