观察者模式(observer)
观察者模式使用的例子
https://github.com/LinkinStars/DesignPatternsAllExample
observer—|
|—nonuse不使用观察者模式的例子
|—use使用观察者模式的例子
一、定义
定义对象之间的一种一对多依赖关系，使得当每一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。
二、结构
Subject（抽象目标）：又称为主题，是被观察的对象。
ConcreteSubject（具体目标）：抽象目标的子类，通常包含有经常发生改变的数据，当它的状态发生改变时，向其各个观察者发出通知。
Observer（抽象观察者）：观察者将对观察目标的改变做出反应。
ConcreteObserver（具体观察者）：具体观察者中维持一个指向具体目标对象的引用，它用于存储具体观察者的有关状态，这些状态需要和具体目标地状态保持一致。
三、优点
可以实现表示层和数据逻辑层的分离，观察者和目标是松耦合的
支持广播通信，观察目标会向已注册的观察者对象发送通知
增加新的观察者无须修改原有系统代码
四、缺点
如果一个观察目标有很多直接和间接的观察者，所有观察者收到通知会花费大量时间
如果观察者和观察目标之间存在循环依赖，可能导致系统崩溃
如果忘记删除不必要的订阅者，那么容易误发送消息
五、应用场景
一个抽象模型有两个方面，其中一个方面依赖于另一个方面，封装起来使其独立改变和复用
一个对象的改变将导致一个或多个其他对象也发生改变，但并不知道具体有多少个对象将要发生改变当
一个对象必须通知其他对象，但是你又希望这个对象与被通知的对象是松耦合的
六、个人总结
1、通过微博的例子理解观察者模式，如果你使用过微博，那么观察者模式你可以直接理解为多个粉丝关注同一个明星的微博
当明星发送微博（目标发送消息），所有关注的人都会收到消息（所有订阅的观察者都能收到消息）
收到的微博是一样的。（所有观察者收到的消息是一样的）
如果取消关注，那么就收不到消息（观察者取消订阅目标之后就不能收到消息），可以随时关注随时取消
明星不需要知道有多少人关注，只要发送微博就行（目标不需要知道有多少人订阅）
2、观察者模式有两种方式
第一种，推送模式，目标向观察者主动推送消息
优点：获取消息及时，一有消息变动就会被观察者直接知道
缺点：观察者不需要一些消息的时候，会被迫收到很多不必要的信息
第二种，获取模式，观察者向目标获取消息
优点：需要就获取，不需要就不获取，灵活一些
缺点：如果不获取，那么消息就不会被知道
3、观察者模式和别的模式有关系（之后更新）
参考博客：http://www.cnblogs.com/edisonchou/p/7242622.html