设计模式——观察者模式
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式——观察者模式相关的知识,希望对你有一定的参考价值。
参考技术A在实际的项目开发中,观察者模式是一个使用频率非常高的模式,通过它的别名:发布——订阅模式也能知道它的主要作用就是用来解耦,将观察者和被观察者解耦,使它们的依赖性更小。
观察者模式定义了被观察者和观察者之间的一对多的依赖关系,使得每当被观察者发生改变时,所有订阅它的观察者都接到通知并自动更新。
观察者模式由四个角色组成:
在我们的Android开发中,我们通过监听联系人广播,然后能及时获得联系人发出改变的通知,这个就是一个观察者模式的案例。比如微信公众号的推送,当微信公众号的主题者发送一篇文章的时候,就会推送给所有的订阅者。这里我们就以微信公众号的例子来演示。
定义抽象订阅者和具体订阅者
在上面的抽象订阅者中,定义了一个update方法用于更新订阅者的状态。
定义抽象被订阅者
在被观察者中我们定义了三个方法,注册订阅者、注销订阅者、通知订阅者。这三个方法中组合进行管理订阅者。
客户端使用
运行结果
在上面的例子中, 其实按照我们的正常理解,应该是观察者添加被观察者,由观察者觉得需要观察谁?这样的一个逻辑貌似才合理。如果要达成这样的目的,UML图就需要进行变动了。是否可以这样呢?
在Java中通过Observable类和Observer接口实现了观察者模式。一个Observer对象监视着一个Observable对象的变化,当Observable对象发生变化时,Observer得到通知,就可以进行相应的工作。
Observable被观察者
Observable被观察者中提供了setChange()、notifyObservers()两个方法。
Observer观察者
Observer通过Observable的addObserver()方法把自己添加到列表列表中。
同样适用上面的案例,我们来实现以下。
创建观察者
从上面可以看到,只要实现Observer接口即可完成一个订阅者类的开发。
创建被观察者
集成Observable类实现一个被观察者,然后通过setChanged()设置状态改变,通过notiflyObservers来通知观察者改变。
客户端
结果
使用场景
关联行为场景,需要注意的是,关联行为是可拆分的,而不是“组合”关系。事件多级触发场景。跨系统的消息交换场景,如消息队列、事件总线的处理机制。
优点
缺点
以上是关于设计模式——观察者模式的主要内容,如果未能解决你的问题,请参考以下文章