观察者模式和发布-订阅者模式

一、观察者模式

观察者模式的概念;对象间的一种一对多的依赖关系;当一个对象的状态发生改改变时,其他依赖的对象皆会得到通知并自动更新。观察者模式的示意图如图1所示:

标图1

观察者模式的一个简单例子程序,如图2和图3所示:

图2

 

图3

图2和图3中;Subject的对象是一个被观察者,它把所有观察者的对象保存在一个容器里;而Observer的对象是观察者;Observer的对象在生成时会把自己保存到Subject对象的容器中;

当Subject对象的状态发生改变时,会调用notify()函数通知所有被观察者;而notify()函数里实际上就把Subject对象的容器里保存的观察者对象的update状态函数执行一遍;获取到所需的信息。这个例子程序的执行结果如图4所示:

图4

二、发布-订阅者模式

发布订阅者模式是从观察者模式变异而来,在观察者模式中的Subject模式就像发布者的Publisher;而观察者的observer就像订阅者subscriber;

发布订阅者模式和观察者模式最大的区别是,发布者发布消息时不会直接把消息发给特定的接收者,而是需要一个中间消息管理器来发送到特定的接收者;发布-订阅者模式的示意图如图5所示:其中的EventBus就是一个中间消息管理器。

图5

三、发布-订阅者模式的类图和代码

发布-订阅者模式的类图的图6所示:

图6

发布-订阅者模式的类图解释如下几点:

  1. IEvent类里有一个id,是每一个事件消息的id;还有一个发送消息的Fire函数;
  2. 然后IEventDemo继承IEvent,IEventDemo包含了具体的消息属性;
  3. Subscriber里有一个接收事件的visit()函数; SubscriberDemo继承Subscriber;SubscriberDemo这里的id是为了区别每个一个订阅者的,非必须的。
  4. EventBus类里有一个保存订阅消息的订阅者的容器;还有订阅者订阅消息或注销消息的函数;已经一个发布消息的函数;还提供一个单例;
  5. IEventDemo和SubscriberDemo相互依赖;EventBus依赖IEventDemo;EventBus聚合了SubscriberDemo类;

了解了发布-订阅者模式的类之间的关系后,就可以来看看发布-订阅者模式的关键代码;关键代码如图7,图8,图9所示:

图7

 

图8

 

图9

在图7、8、9中,在main函数里定义了三个订阅者,每一个订阅者都订阅了同样的消息;订阅者订阅时就是EventBus把订阅者和对应订阅的消息保存到容器的过程;

然后定义一个简单的消息IEd(60,50,40);EventBus用publish函数把这个消息发布出去;

publish的实现就是根据event的id把订阅者从容器里取出来;然后遍历所有订阅该消息的订阅者;通过event里的fire函数去执行订阅者的Visit函数;

需要特别注意的是EventBus的容器用QSet这个集合;QSet的特点是不允许元素有重复的,且元素是无序的;防止订阅者重复订阅;因为订阅者订阅几次,这个Visit函数就执行几次;可能会导致业务代码出错;

在图7、8、9中的运行结果如图10所示:

图10

发布-订阅者模式的例子程序源码链接:

https://download.csdn.net/download/liqingjielihanjie/13117179

  • 2
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

划清界限

你的鼓励将是我创作的最大动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值