java设计模式之观察者模式的介绍及使用
一、定义
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象(通知者)。这个主题对象观察到被观察者发生变化时,会通知所有的观察者对象,使它们能够自己更新自己
这里涉及了几个角色及他们自己功能:
- 观察者对象:可以更新自己
- 主题对象:可以添加观察者,移除观察者,通知观察者
- 被观察者:被主题对象监视,当被观察者发生变化时,主题对象会通知观察者更新自己的状态
当一个对象改变需要同时改变其他对象的时候,而且不需要知道有多少个对象需要改变
三、举个例子
如果干巴巴的概念描述晦涩难懂,举个生活中常见的例子说明一下
【java设计模式之观察者模式的介绍及使用】场景1:
? 写字楼中,电脑跟前。一堆程序员趁老板出差的机会在电脑上NBA球赛,时不时激动的大喊大叫。此时,老板出差回来,刚好碰个正着,场面一度尴尬。
解决方案:
? 为了避免在公司划水摸鱼时,被进门的老板抓到,几个人想了个方案,贿赂前台小姐姐。当老板以后再进公司门的时候,小姐姐立马通知程序员们,让他们恢复到工作的状态
场景2:
? 写字楼中,电脑跟前。一堆程序员趁老板出差的机会在电脑上NBA球赛,时不时激动的大喊大叫。此时,老板出差回来。前台小姐姐看到老板回来,立马给看球赛的小哥哥们发通知。此时小哥哥们赶紧切换成工作的状态。
场景2就是使用了观察者模式。当老板回来时,程序员们需要改变划水的状态,由前台小姐姐负责通知他们
人物 | 角色 | 功能 |
---|---|---|
程序员 | 观察者 | 可以改变自己的状态 |
前台小姐姐 | 主题(通知者) | 收集、移除及保存需要通知的程序员(观察者),给程序员发送通知 |
老板 | 被观察者 | 被前台小姐姐观察 |
通过案例应该分清观察者模式中的各个对象及各个对象的功能了。接下来进行coding
四、Coding
1、前台小姐姐类(通知者类)
/* * desc:通知者类 * 1、存储观察者 * 2、添加观察者 * 3、移除观察者 * 4、通知观察者 */class Dep {constructor() {//存储观察者this.subs = []}/*** 添加观察者* @param {观察者对象} sub */addSubs(sub) {//确保观察者都有update方法if (sub && sub.update) {this.subs.push(sub)}}/*** 移除观察者* @param {需要移除的观察者对象} sub */removeSub(sub) {this.subs.forEach((item, index) => {if (sub.id === item.id) {this.subs.splice(index, 1)return; }})}/*** 通知观察者,调用所有观察者内部的update的方法,改变自身状态* */notify() {this.subs.forEach(sub => {sub.update()})}}
2、程序员类(观察者类)
/** * 观察者对象 */class watcher {constructor(name) {this.name = name}//观察者对象都有自己的update方法,来改变自己的工作状态update() {console.log(`${this.name}收到通知,改变工作状态。`)}}/** * 观察者对象 */class watcher {constructor(name) {this.name = name}//观察者对象都有自己的update方法,来改变自己的工作状态update() {console.log(`${this.name}收到通知,改变工作状态。`)}}
3、模拟老板回公司,前台小姐姐通知程序员
到此这篇关于java设计模式之观察者模式的介绍及使用背景的文章就介绍到这了,更多相关观察者模式内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
推荐阅读
- JAVA(抽象类与接口的区别&重载与重写&内存泄漏)
- PMSJ寻平面设计师之现代(Hyundai)
- 太平之莲
- 闲杂“细雨”
- 七年之痒之后
- 深入理解Go之generate
- 由浅入深理解AOP
- 期刊|期刊 | 国内核心期刊之(北大核心)
- 生活随笔|好天气下的意外之喜
- 感恩之旅第75天