一、概述

什么是观察者模式？

    Define a one-to-many dependency between objects so that when one object changes state, all its dependents are notified and updated automatically.

    定义：在对象间定义一种一对多的依赖关系，当这个对象的状态发生改变时，所有依赖他的对象都会被通知并自动更新。

    监听模式（观察者模式）是一种一对多的关系。可以有任意个观察者对象同时监听或者观察某一个对象。监听的对象叫观察者，被监听的叫被观察者。当被观察者对象在状态或者内容（数据）发生变化时，会自动通知所有观察者对象。使他们能够做出对应的变化或处理。

设计思想

    监听模式又名观察者模式，实际设计理念是一致的。顾名思义就是观察与被观察的关系，举个例子：之前我处于的某公司其接口自动化测试是在docker环境中Jenkins 定时去构建的，构建完成后会把对应的测试结果通知到企微群并@对应负责人。那么其实企微群里的人都属于观察者，执行测试用例的结果对象就是被观察者，当用例产生不同的结果变化会通知不同的人去跟进或处理。

观察者模式是对象的行为模式，观察者的核心思想就是在被观察者与观察者之间建立一种自动触发的关系。

观察者模式-类图

二、案例实践

    上面有提到个一个例子：Jenkins构建自动化测试用例执行完之后，会把测试的结果通知企微群里并@对应的负责人。实际的情况是这个通知它并不会根据测试结果来通知对应的人，而是不管测试的结果如何都会发送到群里。那么就会造成一个现象，每当一个测试构建之后都会把构建的结果发到群里，这样的话信息比较泛滥，实际并没有达到通知的本身效果。

    那么假设现在领导有这么一个需求？就是这个通知功能需要根据测试结果成功率的变化来通知不同的负责人。比如：
1.当测试的结果成功率是100%的话，那么短信通知其本人即可。
2.如果不是100%的话，就在企微群里通知并@负责人。
3.如果成功率小于80%的话，就在企微群里通知并@负责人@小组负责人。
4.如果成功率小于50%，企微群里通知并@负责人@小组负责人@部门负责人

    从上面的需求可以看出，有一个被观察者对象和三个观察者，下面来开始代码基于类图框架来实现这个需求

抽象--观察者

抽象--被观察者

    上面定义了两个抽象基类，Python中抽象类的概念，如果有不了解抽象类的同学有兴趣的话可以参考一下我的另一篇博客：Python abc — 抽象类¶ - 简书 有详细的讲解。

被观察者--实现类

观察者-实现类

    上面的代码可以结合 图2 的类图来分析，Observer 是观察者的抽象类，Observable是被观察者的抽象类，__add__、remove 是用于删除和添加观察者，notify 用于内容或者状态变化时通知所有的观察者。结合类图可以看出Observable的notify 会调用Observer的 update 方法，所有观察者不需要关心被观察的对象有没有发生变化，因为只要有变化就会自动调用 update ，所以只需要关注 update 的实现就行。

    下面来看下测试代码：

test code

    从上面的测试代码可以看出，完美实现了之前需求。nice ！

推模型和拉模型

    观察者模式根据其侧重的功能还可以分为推模型和拉模型。

    推模型：被观察者对象想观察者推送主题的详细信息，不管观察者是否需要，推送的信息通畅是主题对象的全部或部分数据。一般在这种模型的实现中，会把被观察者对象中的全部或者部分信息通过 update 方法传递给观察者 （update(Object obj), 通过 obj 参数进行传递）

    拉模型：被观察者在通知观察者的时候，之传递少了信息。如果观察者需要更具体的信息，那么由观察者主动到被观察者对象中获取，相当于观察者从被观察者对象中拉取数据。一般在这种模型的实现中，会把被被观察者对象自身通过 update 方法传递给观察者 （update(Observable observable), 通过 observable 参数传递）

那么结合上面实现的案例，案例中采用的是拉模型还是推模型？欢迎小伙伴留言讨论！！！

    总结

    在设计观察者模式的程序时需要注意几点：

1>. 要明确谁是观察者，谁是被观察者，只要明白谁是应该关注的对象，问题自然而然就清楚了。一般观察者与被观察者之间是多对一的关系，一个被观察对象可以有多个观察者。

2>. Observable 在通知的时候无需指定具体的 Observer，Observer可以直接决定是否订阅 Subject 的通知。

3 >. 被观察者一般至少需要有三个方法：添加、删除、通知。观察者至少需要一个方法：update ，即更新当前的内容（数据），做出对应的处理。

   学习设计模式，更应该领悟其设计思想，不应该局限于代码的层面，如果只停留在代码层面是无法理解和运用到实际工作中的。

本篇的学习笔记中的概念部分内容来自《人人都懂设计模式》这本书。有兴趣的可以去来看看。