观察者模式与依赖反转原则

最新推荐文章于 2024-08-07 14:38:07 发布

Jacketinsysu

最新推荐文章于 2024-08-07 14:38:07 发布

阅读量1.6k

点赞数 2

CC 4.0 BY-SA版权

分类专栏：设计模式瞎捣鼓

本文链接：https://blog.youkuaiyun.com/Jacketinsysu/article/details/52226229

瞎捣鼓同时被 2 个专栏收录

4 篇文章

订阅专栏

设计模式

2 篇文章

订阅专栏

本文介绍了一个使用观察者模式实现的小工具——休息吧，程序员。该工具旨在提醒程序员适时休息，避免过度劳累。文中详细阐述了项目的设计理念、UML图解析及观察者模式的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近写了一个“休息吧，程序员”的小工具，用到了观察者模式，感觉自己的理解还不够深入，借此机会稍微深入学习一下。

项目介绍：提醒程序员不要过度工作的一个脚本，暖心程序跟你道晚安，使用观察者模式实现，我把它叫做：休息吧，程序员！

po图

项目地址：https://github.com/cooljacket/relax_please
先po一下我实现出来的效果图（注意桌面右上角）：
这里写图片描述
暖心跟你道晚安～

这里写图片描述
如老妈一般的监督你不要过劳！

项目设计

首先说下这个项目的组成：
1. 监听器：监听系统的键盘输入、系统时间
2. 发送提醒：一旦监听的事件发生（比如超过11点，该睡觉了），那么监听器就会触发这个“发送提醒器”，提醒器会以某种方式发送通知给使用者

这样看来，这个项目的对象关系是一个很经典的“观察者模式”的模型，下面先看一下我画的UML图：

看不懂UML图的朋友也没关系，稍微解释一下就知道了：
1. 监听器抽象接口Listener，它实现了所有监听器共有的功能，即绑定观察者，解绑观察者，（在所监听的事件发生的时候）通知所有绑定的观察者，以及监听事件。
2. 我需要监听两个事件，一个是使用电脑的情况（通过键盘输入来估计），一个是当前的工作时间（看看是否有熬夜），所以继承实现了两个具体的监听器，KeyBoardListener和SayGoodNightListener，它们都只需要实现listening函数即可，因为其它的都在抽象类Listener中实现好了！
3. 观察者抽象类Observer，这个其实只是个接口而已，不是一个类，因为update()虽然是共有的接口函数，但它的实体是因人而异的，没法在这个类里给出一个default的实现（对比一下Listener的notify方法就知道了）。
4. 目前的发通知给使用者，只实现了一种方式：发送泡泡弹窗到桌面右上角，所以只写了一个NotifySendObserver类。

值得注意的是：一个监听器可以有多个观察者，而一般一个观察者只能有一个监听器。比如监听是否熬夜这个事件，可以有多种通知方式，比如响闹铃，发送泡泡弹窗到桌面的右上角，记录熬夜情况到日志文件以备后续分析，等等。而一般一个观察者都是特化了的，不会用在多个监听器上面，比如你熬夜的时候响一段“睡吧睡吧我亲爱滴宝贝……”的摇篮曲，是针对特定的这个（熬夜）事件的！

什么是观察者模式？

引用一段话1来描述：

建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应做出反应。在此，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间没有相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展，这就是观察者模式的模式动机。

注意这里，观察者并不是真的去观察，而是被观察目标通知才会得知有事件发生的！

这是一个事件驱动模型，不直接想它的好处，先反过来想，如果不这样做，而是让NotifySendObserver主动去询问/检测事件有无发生，这样的话，得设置好去检测的时间间隔，除非不停去检测，否则肯定是有概率会错过一些事件的。忙死忙活，吃力不讨好^_^（手动微笑）。

而观察者模式正是把检测事件和响应事件这两个职责给分离了，各司其职。我这边自己监视使用者有没有熬夜，有的话，我就通过接口告诉你，你再发通知给使用者，叫ta赶紧睡觉。没有发通知给你，你也不用来问我，就是没事情发生，各自清闲～

再举个简单的例子，就是我们平时按手机app里的按钮，那个应用内部肯定不会时刻去检测这个按钮有没有被按下，而是按钮被按下的时候，系统会发送一个消息给应用去处理。