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

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

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

我们看下定义:

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

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

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

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

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

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

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

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

相关推荐
多加点辣也没关系2 小时前
设计模式-解释器模式
设计模式·解释器模式
Asurplus4 小时前
23中设计模式
设计模式·创建型·结构型·行为型
geovindu5 小时前
go: Semaphore Pattern
开发语言·后端·设计模式·golang·企业级信号量模式
写了20年代码的老程序员10 小时前
写了 20 年 Java,我发现 90% 的 if-null 和 try-catch 其实是因为缺了一条原则
设计模式·ai编程
货拉拉技术12 小时前
私域转化率翻倍的秘密:我们把多模态Agent融进了私域营销
人工智能·算法·设计模式
看山是山_Lau13 小时前
抽象工厂模式:一整套对象族如何统一创建?
设计模式·抽象工厂模式
木易 士心13 小时前
深入理解 OKHttp:设计模式、核心机制与架构优势
android·设计模式·架构
likerhood14 小时前
设计模式 · 外观模式(Facade Pattern)
设计模式·外观模式
++==15 小时前
设计模式:单例模式和观察者模式实现方式以及优化
观察者模式·单例模式·设计模式