【设计模式】我终于读懂了观察者模式。。。

🔆天气预报项目需求,具体要求如下

  1. 1. 气象站可以将每天测量到的温度,湿度,气压等等以公告的形式发布出去(比如发布到自己的网站或第三方)。

  2. 2. 需要设计开放型 API,便于其他第三方也能接入气象站获取数据。

  3. 3. 提供温度、气压和湿度的接口

  4. 4. 测量数据更新时,要能实时的通知给第三方

🔆天气预报设计方案 – 普通方案

传统的设计方案

【设计模式】我终于读懂了观察者模式。。。

CurrentConditions类, 显示当前天气情况(可以理解成是气象站自己的网站)

【设计模式】我终于读懂了观察者模式。。。

WeatherData类

  1. 1. 包含最新的天气情况信息

  2. 2. 含有 CurrentConditions 对象

  3. 3. 当数据有更新时,就主动的调用 CurrentConditions对象update方法(含 display), 这样他们(接入方)就看到最新的信息

【设计模式】我终于读懂了观察者模式。。。

客户端类

【设计模式】我终于读懂了观察者模式。。。

就是将网站类(CurrentConditions)注册到气象站类(WeatherData)

一旦有数据变化则调用网站的输出方法

【设计模式】我终于读懂了观察者模式。。。

🔆问题分析

  1. 1. 其他第三方接入气象站获取数据的问题

  2. 2. 无法在运行时动态的添加第三方 (新浪网站)

  3. 3. 违反 ocp 原则(”开-闭原则”,一个软件应该对扩展开放,对修改关闭)

  4. 4. 在 WeatherData 中,当增加一个第三方,都需要创建一个对应的第三方的公告板对象,并加入到 dataChange, 不利于维护,也不是动态加入

需要改变的地方

【设计模式】我终于读懂了观察者模式。。。

所以引出了我们的观察者模式

气象局:Subject 第三方网站:Observer

Subject:登记注册、移除和通知

  1. 1. registerObserver 注册

  2. 2. removeObserver 移除

  3. 3. notifyObservers() 通知所有的注册的用户,根据不同需求,可以是更新数据,让用户来取,也可能是实施推送, 看具体需求定

Observer:接收输入

🔆观察者模式

对象之间多对一依赖的一种设计方案,被依赖的对象为 Subject,依赖的对象为 Observer,Subject 通知 Observer 变化,比如这里的网站是 Subject,是 1 的一方。用户是 Observer,是多的一方。

【设计模式】我终于读懂了观察者模式。。。

CurrentConditions类

还是上面的类,只不过需要实现Observer接口

【设计模式】我终于读懂了观察者模式。。。

Observer接口

【设计模式】我终于读懂了观察者模式。。。

Subject接口

统一定义了方法, 让WeatherData 来实现

【设计模式】我终于读懂了观察者模式。。。

WeatherData类实现Subject接口,包含最新的天气情况信息 ,含有 观察者集合,使用ArrayList管理 当数据有更新时,就主动的调用 ArrayList, 通知所有的(接入方)就看到最新的信息

【设计模式】我终于读懂了观察者模式。。。

客户端类

【设计模式】我终于读懂了观察者模式。。。

看运行结果是跟上面一样的

【设计模式】我终于读懂了观察者模式。。。

但是我们如果现在又新增了一个网站BaiduSite

【设计模式】我终于读懂了观察者模式。。。

我们只需要实现Observer接口,然后在客户端里面注册进去就好了

【设计模式】我终于读懂了观察者模式。。。

这样我们的气象站类不需要改变任何代码!

🔆debug下去看一下

首先注册了两个网站

【设计模式】我终于读懂了观察者模式。。。
【设计模式】我终于读懂了观察者模式。。。

进入setData方法,给自己的属性赋值

【设计模式】我终于读懂了观察者模式。。。
【设计模式】我终于读懂了观察者模式。。。

调用dataChange

【设计模式】我终于读懂了观察者模式。。。

调用notifyObservers方法

【设计模式】我终于读懂了观察者模式。。。

再调用CurrentConditions的update方法

【设计模式】我终于读懂了观察者模式。。。

赋值后调用输出方法

【设计模式】我终于读懂了观察者模式。。。
【设计模式】我终于读懂了观察者模式。。。

流程完毕!!

🔆观察者模式的好处

  1. 1. 观察者模式设计后,会以集合的方式来管理用户(Observer),包括注册,移除和通知。

  2. 2. 这样,我们增加观察者(这里可以理解成一个新的公告板),就不需要去修改核心类 WeatherData 不会修改代码, 遵守了 ocp 原则。

🔆观察者模式在Jdk 应用的源码分析

  1. 1. Jdk 的 Observable 类就使用了观察者模式

  2. 2. 代码分析+模式角色分析

Observable类

【设计模式】我终于读懂了观察者模式。。。

他也有增、删、通知方法

【设计模式】我终于读懂了观察者模式。。。

3.模式角色分析

Observable 的作用和地位等价于 我们前面讲过 Subject,Observable 是类,不是接口,类中已经实现了核心的方法 ,即管理 Observer 的方法 add.. delete .. notify…,Observer 的作用和地位等价于我们前面讲过的 Observer, 有 update

Observable 和 Observer 的使用方法和前面讲过的一样,只是 Observable 是类,通过继承来实现观察者模式

如果用jdk中自带的Observable类改造我们上面的需求就是这样的

CurrentConditions类,实现jdk的Observer

【设计模式】我终于读懂了观察者模式。。。

WeatherData类,继承jdk的Observable类

【设计模式】我终于读懂了观察者模式。。。

BaiduSite类,另外一个网站

【设计模式】我终于读懂了观察者模式。。。

客户端类,老样子

【设计模式】我终于读懂了观察者模式。。。

运行结果

【设计模式】我终于读懂了观察者模式。。。

资料参考:https://www.bilibili.com/video/BV1G4411c7N4

代码地址:https://gitee.com/WangFuGui-Ma/design-pattern/tree/master/design

【设计模式】我终于读懂了观察者模式。。。

另外如果对Elastic Search感兴趣的话,推荐一下我的专栏,这篇专栏介绍了Elasticsearch的Restful API的入门指南。学习如何使用API进行索引、搜索和分析,包括创建索引、定义映射、添加文档、执行查询等。通过实例和代码片段,快速上手Elasticsearch的Restful API,构建强大的搜索功能。感谢大家支持:

Elastic Search的RestFul API入门 [1]

【设计模式】我终于读懂了观察者模式。。。

引用链接

[1] Elastic Search的RestFul API入门 : https://blog.csdn.net/csdnerm/category_12497418.html


原文始发于微信公众号(掉头发的王富贵):【设计模式】我终于读懂了观察者模式。。。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/297197.html

(0)
Java光头强的头像Java光头强

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!