观察者模式Observer

设计模式概念
设计模式简单来说就是在解决某一类问题场景时，有既定的，优秀的代码框架可以直接使用，与我们自己摸索出来的问题解决之道相比较，有以下优点可取：

代码更易于维护，代码的可读性，复用性，可移植性，健壮性会更好
当软件原有需求有变更或者增加新的需求时，合理的设计模式的应用，能够做到软件设计要求的“开-闭原则”，即对修改关闭，对扩展开放，使软件原有功能修改，新功能扩充非常灵活
合理的设计模式的选择，会使软件设计更加模块化，积极的做到软件设计遵循的根本原则“高内聚，低耦合”
因此掌握常用的设计模式非常有必要，无论是找工作，还是对于我们自己的项目软件设计，都很有帮助。

观察者模式简介
观察者模式又叫做观察者(Observer)监听者(Listener)模式，也叫发布(Publish)订阅(Subscribe)模式，常用于解耦事件的观察和事件最终的处理方式，举个例子说明：

例子：基于同一组数据，生成了很多不同的界面来显示，有曲线图显示方式，有圆饼图显示方式，有柱状图显示方式等等…，当底层数据发生改变时，所有基于同一组数据的图像显示都需要修改图像，那么此时有两种实现方式

所有图形界面模块都去观察底层数据是否做了改变，如果变化，那么读取数据，修改图像显示
此时有一个类似Observer观察者的模块，专门用来观察数据的变化，对某组数据感兴趣的图形界面模块，事先可以向Observer观察者注册，它对哪些数据的变化感兴趣，那么当Observer观察者观测到数据真的发生变化，它会及时的通知对这组数据变化感兴趣的图形界面模块执行相应的代码操作。
很明显，上面的第2种方式，解耦了事件的观察和事件最终的处理程序，各个图形界面模块相当于是监听者Listener或者订阅者Subscriber，观察数据变化的模块称作观察者Observer或者发布者Publisher。

简述MVC模式
这里为什么讲MVC模式，是因为在学习的过程中，很多人不知怎的，将观察者模式和MVC混为一谈。MVC模式最开始出现在WEB开发中，该模式能够很好的做到软件模块的高内聚，低耦合，所以其思想逐渐在各个软件开发领域都有涉及并且引用，MVC模式并不是OOP面向对象的设计模式，它是一种软件整体的架构思想。

M：指的是Model，数据模型层，表示系统底层的数据操作模块
V：指的是View，视图显示层，表示系统对于数据的展示模块
C：指的是Controller，控制层，表示监听用户事件交互，分发处理事件模块

一般来说，MVC模式就是通过Controller控制层监听用户的请求事件，通过访问Model数据层，对数据进行相应的增删改查操作，然后找到合适的View视图用相应的数据进行渲染生成最终的显示视图（可以是图形界面，html web页面，json，protobuff等等），然后再把视图返回给用户。

观察者模式的UML图

上图