设计模式——观察者模式

观察者模式

意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新

张三欠了很多人钱。
债主想找张三催债,但是每天都去催(轮询)的话很麻烦。
于是张三说,等我有钱了就通知你们。
在这里插入图片描述

所以在这里,张三和债主的依赖关系就是观察者模式。也称为发布订阅模式。

观察者模式定义了对象间的一对多模式,每当一个对象状态改变时,其相关依赖对象皆得到通知并自动更新。

从代码的角度来说:

代码实现,简单来说,就是一个被观察者会有一个列表,列表记录着所有观察者。当被观察者某件事触发后,就让观察者去notifyAllObservers,去提醒所有的观察者。然后观察者就会执行对应的response函数。 为了让代码复用性更强,还会使用抽象的被观察者和观察者的基类,然后让想成为观察者和被观察者的对象继承该类即可。

在这里插入图片描述
张三需要实现借款和通知所有人的接口。

贷款方不止一个人,所以需要用一个数据结构来维护所有的借款方。

借款的时候在列表里添加借款对象,抽象来说就是添加观察者对象,贷款方就是一个观察者,它观察我有钱没钱,如下:
在这里插入图片描述

借款方需要实现的接口:

在这里插入图片描述
那接下来张三通知所需要做的事情就是通知所有人找他还钱即可。:在这里插入图片描述
main函数:
在这里插入图片描述

意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。

主要解决:一个对象状态改变给其他对象通知的问题,而且要考虑到易用和低耦合,保证高度的协作。

何时使用:一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知,进行广播通知。

如何解决:使用面向对象技术,可以将这种依赖关系弱化。

关键代码:在抽象类里有一个 ArrayList 存放观察者们。

应用实例: 1、拍卖的时候,拍卖师观察最高标价,然后通知给其他竞价者竞价。 2、西游记里面悟空请求菩萨降服红孩儿,菩萨洒了一地水招来一个老乌龟,这个乌龟就是观察者,他观察菩萨洒水这个动作。

优点: 1、观察者和被观察者是抽象耦合的。 2、建立一套触发机制。

缺点: 1、如果一个被观察者对象有很多的直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。 2、如果在观察者和观察目标之间有循环依赖的话,观察目标会触发它们之间进行循环调用,可能导致系统崩溃。 3、观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。

使用场景:

一个抽象模型有两个方面,其中一个方面依赖于另一个方面。将这些方面封装在独立的对象中使它们可以各自独立地改变和复用。
一个对象的改变将导致其他一个或多个对象也发生改变,而不知道具体有多少对象将发生改变,可以降低对象之间的耦合度。
一个对象必须通知其他对象,而并不知道这些对象是谁。
需要在系统中创建一个触发链,A对象的行为将影响B对象,B对象的行为将影响C对象……,可以使用观察者模式创建一种链式触发机制。

耦合性是一种软件度量,是指一程序中,模块及模块之间信息或参数依赖的程度。

在这里插入图片描述
代码部分看此:
https://www.runoob.com/design-pattern/observer-pattern.html

简单来说就是其他类(Observer类)继承一个统一的抽象类,然后在另一个类(Subject类)里去注册。Subject里的类就使用List存放这些类的引用,当触发某个事件时,去遍历List类里面的观察者通知他们做某件事。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值