观察者模式=出版者+订阅者
主题对象管理某些数据,当主题内的数据改变,就会通知观察者。观察者对象已经订阅(注册)主题以变在主题数据改变时能够收到更新。
观察者的除名和注册需要到主题对象哪里进行请求。
定义观察者:观察者模式定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,他的所有依赖都会收到通知并自动更新。
可以使用报纸订阅服务来比拟。
这和一对多的关系有何关联?
利用观察者模式,主题是具有状态的对象,另一方面,观察者使用这些对象,,观察者依赖主题告诉他们何时状态改变了,煮酒产生了一个关系,一个主题对多个观察者的关系。
其间的依赖是如何产生的?
主题是真正拥有数据的人,观察者是主题的依赖者,数据更新变化时,比许多对象控制同一份数据时。要好。
观察者模式提供了一种对象设计:让主题和观察者之间松耦合。
主题只知道观察者实现了某个接口,不需要知道观察者具体是谁,做了哪些细节。
我们可以随时增加或者删除观察者,主题不会收到任何影响。
结尾
总结点东西吧:
设计基础:抽象
设计原则:封装变化,多用组合,少用继承
针对接口编程,不针对实现编程。
为交互对象之间的松耦合设计而努力。
设计模式:
观察者模式-在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖他的对象都会收到通知,并自动更新。
观察者模式的代表任务–MVC
要点
- 观察者模式定义了对象之间的一对多的关系。
- 主题(也就是可观察者)用一个共同的接口来更新观察者。
- 观察者和可观察者之间用松耦合方式结合(loosecoupling),可观察者不知道观察者的细节,只知道观察者实现了主题接口。
- 使用此模式,你可从被观察者处push或pull数据。
- 有多个观察则时,不可以依赖特定的通知次序。
- Java的Java.util.Observable是观察者模式的实现。
- JavaBeans,RMI.
设计原则
1.找出程序中变化的方面,然后将其固定不变的方面相分离。
在观察者模式中,会改变的是主题的状态,以及观察者的数目和类型。用这个模式,可以改变依赖于主题状态的对象,却不必改变主题。
2.针对接口编程,不针对实现编程。
主题和观察者都使用接口:观察者利用主题的接口向主题注册,而主题利用观察者接口通知观察者。
3.多用组合,少用继承。
观察者模式利用“组合”将许多观察者组合进主题中,但不是通过继承产生的,而是在运行是利用组合的方式产生的。