学C#之设计模式系列笔记（2）观察者模式

一、借鉴说明

1.《Head First Design Patterns》（中文名《深入浅出设计模式》）

2.维基百科，观察者模式，https://zh.wikipedia.org/wiki/%E8%A7%82%E5%AF%9F%E8%80%85%E6%A8%A1%E5%BC%8F

3.MSDN，event（C#参考），https://msdn.microsoft.com/zh-cn/library/8627sbea.aspx

二、观察者模式

• 基础知识
  

提供一个被观察者（数据库、通知中心等），多个观察者注册到该被观察者上，当观察者关心的数据改变的时候，被观察者会通知各个观察者。被观察者可以将数据主动地传给观察者（推方式）或者观察者在接到通知后主动向被观察者获取数据（拉方式）。

• 具体例子
  

现如今，用户可以通过邮箱订阅各式各样的周刊，而负责这些周刊的出版社会定时地将周刊发送到用户的邮箱，这些周刊的版面都是分为两种，一种是头条（即出版社特别推荐给用户的，有详尽说明的内容），一种是链接群（就是一些摘要的、附有超链接的内容，用户如果有兴趣的话，可以进而点击超链接了解详情）。如果用户想要每周获得指定出版社的周刊，就需要首先在该出版社上进行注册，如果想订阅多个出版社的周刊，则需要在各个出版社上都进行注册。当然，用户都有权利取消订阅。

这里，用户User就是观察者Observer，出版社Press就是被观察者Observable，User订阅了某Press的周刊就是注册register，User取消订阅就是注销remove，定时发送周刊就是通知notify，而头条就是推方式push，即Press主动推送数据给User的情况，链接群就是拉方式pull，即接到通知后，User主动向Press获取数据的情况。因此，Press就有了registerObserver函数（添加观察者）、removeObserver函数（移除观察者）、updateImportantContent函数（"推方式"推送头条）、updateHyperlink函数（"拉方式"发送链接），User就有了notifyPush函数（"推方式"获得头条，各个User对头条的处理方式不尽相同）、notifyPull函数（"拉方式"获得链接群，各个User对链接群的处理方式不尽相同）。User可以调用Press的registerObserver函数订阅周刊，调用removeObserver函数取消订阅周刊。UML如图所示。

如上图所示，为了保证Press的封装性，具体的是指updateImportantContent函数和updateHyperlink函数私有，以确保Press才有发出通知的权利（如若没有确保封装性，假设有一个心怀不轨的作者，只想让自己的作品独占整个周刊，那么他完全可能调用updateImportantContent函数和updateHyperlink函数达成自己的目的），但是这样，耦合度又太高了，所以笔者认为：针对C#，推荐使用event关键字实现观察者模式，具体的实现见下文。

• 什么时候可以考虑使用观察者模式
  

当一个对象依赖另一个对象的数据变化的时候，或者子线程异步操作完成后通知主线程的时候，可以考虑使用观察者模式。

• 具体的C#实现
  

设计模式（C#）的相关代码我都放在git上：https://github.com/MGKING3/DesignPatternsUseCSharp

我使用的是VS2015，是整一个项目，下载即可以用，不时更新。

如果使用不了git的话，百度云也是可以下载的，地址：http://pan.baidu.com/s/1bp7Txuf

望互相学习，谢谢

• 相关OO原则
  

1.封装原则

2.多用组合（has-a），少用继承（is-a）

3.尽量"面向接口"

4.追求"松耦合"