大话设计模式阅读笔记-观察者模式
2017-06-15 21:16
190 查看
观察者模式:定义了一种一对多的依赖关系,让多个观察者对象同事监听一个主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
![](http://img.blog.csdn.net/20170615211415203?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGl1cGluZ2h1aQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
addObserver方法和observeValueForkeyPath方法都是NSobject的类别,nsObject是subject和observer的父类。
观察者模式的特点:将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。而观察者模式的关键对象是主题Subject和观察者Observer,一个Subject可以有任意数目的依赖它的Observer,一旦Subject的状态发生了变化,所有的Observer都可以得到通知。Subject发出通知时并不需要知道谁是它的观察者,也就是说,具体观察者是谁,它根本不需要知道,而任何一个具体观察者不知道也不需要知道其他观察者的存在。
观察者模式适用场合:1.当一个对象的改变需要同时改变其他对象,而且它不知道具体有多少对象有待改变时,应该考虑使用观察者模式。2.我感觉当一个抽象模型有两个方面,其中一个方面依赖于另一方面,这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立的改变和复用。3.观察者模式所做的工作其实就是在解除耦合,让耦合的双方都依赖于抽象,而不是依赖于具体,从而使得各自的变化都不会影响另一边的变化。
addObserver方法和observeValueForkeyPath方法都是NSobject的类别,nsObject是subject和observer的父类。
观察者模式的特点:将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。而观察者模式的关键对象是主题Subject和观察者Observer,一个Subject可以有任意数目的依赖它的Observer,一旦Subject的状态发生了变化,所有的Observer都可以得到通知。Subject发出通知时并不需要知道谁是它的观察者,也就是说,具体观察者是谁,它根本不需要知道,而任何一个具体观察者不知道也不需要知道其他观察者的存在。
观察者模式适用场合:1.当一个对象的改变需要同时改变其他对象,而且它不知道具体有多少对象有待改变时,应该考虑使用观察者模式。2.我感觉当一个抽象模型有两个方面,其中一个方面依赖于另一方面,这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立的改变和复用。3.观察者模式所做的工作其实就是在解除耦合,让耦合的双方都依赖于抽象,而不是依赖于具体,从而使得各自的变化都不会影响另一边的变化。
相关文章推荐
- 大话设计模式之观察者模式--学习笔记
- 大话设计模式阅读笔记-装饰模式
- 大话设计模式之观察者模式--学习笔记
- 笔记-大话设计模式-14 观察者模式
- 大话设计模式阅读笔记-建造者模式
- 大话设计模式阅读笔记-模版方法模式
- 阅读笔记常见的设计模式之二:观察者模式
- 《大话设计模式》--笔记(策略模式)
- 设计模式笔记之 观察者模式
- 设计模式笔记(十) —— 观察者模式
- 《大话设计模式》之--第14章 老板回来,我不知道----观察者模式
- 设计模式学习笔记--Observer Pattern观察者模式
- Head First 设计模式学习笔记(2)--观察者模式
- 《Head.First设计模式》的学习笔记(3)--观察者模式
- 设计模式笔记(19)---观察者模式(行为型)
- HeadFirst 设计模式学习笔记2--观察者模式
- Java与模式阅读笔记(1)依赖倒转原则
- 移动项目开发笔记(.Net下的观察者(Observer)模式)
- uboot阅读笔记之cpu工作模式(SVC32)
- 设计模式笔记2(观察者模式)