设计模式21- Observer观察者模式
行为型设计模式---关注对象和行为的分类
观察者模式----- 下雨了 （开始） 猫跑了》人回屋》狗叫了》打雷了》小孩哭了》
各个类有各自不同的行为，定义一个抽象类 doSomeThing() ,各类都实现一下 ，在各自的类中dosomething( 调用各自的方法 )
在下雨了类中 定一个集合 循环实现观察行为 新增观察 删除观察 ，上段调用 实例一个下雨类，把观察加入集合， 即可。
也可以定义一个下雨Event 用委托的多播 把观察的各自行为填入event Invoke执行
中介者模式，属于行为型模式；定义一个中介对象来封装一系列对象之间的交互，使原有对象之间的耦合松散，且可以独立地改变它们之间的交互。 中介者模式又叫调停模式，它是迪米特法则的典型应用。 b：中介者和观察者都有统一管理的list集合。 观察者模式：只能从从一的一方循环的通知，属于单向。
中介者模式
Mediator（中介者）模式是行为模式之一，在Mediator模式中，类之间的交互行为被统一放在Mediator的对象中，对象通过Mediator对象同其他对象交互，Mediator对象起着控制器的作用。
用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显示的相互引用，从而降低耦合；而且可以独立地改变它们之间的交互。
角色和职责
Mediator抽象中介者
中介者类的抽象父类。–定义了同事到中介的接口,包含了至少两个抽象同事/关联类相关的实例做成员变量，否则不能做中介！她得知道两个（或以上）关联类对象的信息，才能做媒介！–抽象的婚介机构.
concreteMediator
具体的中介者类。–包含了具体的同事对象（成员变量）–好比世纪佳缘
Colleague
关联类/同事类的抽象父类。–包含了中介者（成员变量、函数参数）–所有的人类。
concreteColleague
具体的关联类/同事类。–只知道自己的属性和行为，对其他对象不关心，都认识中介。–男人和女人/中国人和老外
适用于：
用一个中介对象，封装多个对象（同事）的交换，中介者使得各个对象不需要显示的相互作用，从而实现了解耦合，而且可以独立的改变他们之间的交换。
模式优点
1，将系统按功能分割成更小的对象，符合类的最小设计原则
2，对关联对象的集中控制
3，减小类的耦合程度，明确类之间的相互关系：当类之间的关系过于复杂时，其中任何一个类的修改都会影响到其他类，不符合类的设计的开闭原则 ，而Mediator模式将原来相互依存的多对多的类之间的关系简化为Mediator控制类与其他关联类的一对多的关系，当其中一个类修改时，可以对其他关联类不产生影响（即使有修改，也集中在Mediator控制类）。
4，有利于提高类的重用性
案例
/*******************************
* 对要进行处理的关联类进行抽象--抽象关联类
* --共同属性和公共接口（纯虚函数）
* --包含了中介者做成员变量和函数参数
* --公共接口里面含有自身类型的指针或引用做函数参数
*
* 具体关联类实现公共接口和构造函数
*
* 抽象中介者--包含多个关联类的实例（获取信息）
* --封装多个关联类的交互行为
*
* 案例中只使用了一个具体中介者，没有进行派生
*
观察者模式
Observer模式是行为模式之一，它的作用是当一个对象的状态发生变化时，能够自动通知其他关联对象，自动刷新对象状态。
Observer模式提供给关联对象一种同步通信的手段，使某个对象与依赖它的其他对象之间保持状态同步。
角色及职责
Subject（被观察者）
被观察的对象。当需要被观察的状态发生变化时，需要通知队列中所有观察者对象。Subject需要维持（添加，删除，通知）一个观察者对象的队列列表。
ConcreteSubject
被观察者的具体实现。包含一些基本的属性状态及其他操作。
Observer（观察者）
接口或抽象类。当Subject的状态发生变化时，Observer对象将通过一个callback函数得到通知。
ConcreteObserver
观察者的具体实现。得到通知后将完成一些具体的业务逻辑处理。
适用于：
定义对象间一种一对多的依赖关系，使得每一个对象改变状态，则所有依赖于他们的对象都会得到通知。
案例
侦听事件驱动程序设计中的外部事件
侦听/监视某个对象的状态变化
发布者/订阅者(publisher/subscriber)模型中，当一个外部事件（新的产品，消息的出现等等）被触发时，通知邮件列表中的订阅者
使用场景：定义了一种一对多的关系，让多个观察对象（公司员工）同时监听一个主题对象（秘书），主题对象状态发生变化时，会通知所有的观察者，使它们能够更新自己。
