观察者模式=出版者+订阅者

观察者模式=出版者+订阅者

主题对象管理某些数据，当主题内的数据改变，就会通知观察者。观察者对象已经订阅(注册)主题以变在主题数据改变时能够收到更新。
观察者的除名和注册需要到主题对象哪里进行请求。
定义观察者：观察者模式定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，他的所有依赖都会收到通知并自动更新。
可以使用报纸订阅服务来比拟。
这和一对多的关系有何关联？
利用观察者模式，主题是具有状态的对象，另一方面，观察者使用这些对象，，观察者依赖主题告诉他们何时状态改变了，煮酒产生了一个关系，一个主题对多个观察者的关系。
其间的依赖是如何产生的？
主题是真正拥有数据的人，观察者是主题的依赖者，数据更新变化时，比许多对象控制同一份数据时。要好。
观察者模式提供了一种对象设计：让主题和观察者之间松耦合。
主题只知道观察者实现了某个接口，不需要知道观察者具体是谁，做了哪些细节。
我们可以随时增加或者删除观察者，主题不会收到任何影响。

结尾

总结点东西吧：
设计基础：抽象
设计原则：封装变化，多用组合，少用继承
针对接口编程，不针对实现编程。
为交互对象之间的松耦合设计而努力。
设计模式:
观察者模式-在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖他的对象都会收到通知，并自动更新。
观察者模式的代表任务–MVC

要点

1. 观察者模式定义了对象之间的一对多的关系。
2. 主题(也就是可观察者)用一个共同的接口来更新观察者。
3. 观察者和可观察者之间用松耦合方式结合(loosecoupling),可观察者不知道观察者的细节，只知道观察者实现了主题接口。
4. 使用此模式，你可从被观察者处push或pull数据。
5. 有多个观察则时，不可以依赖特定的通知次序。
6. Java的Java.util.Observable是观察者模式的实现。
7. JavaBeans,RMI.

设计原则

1.找出程序中变化的方面，然后将其固定不变的方面相分离。
在观察者模式中，会改变的是主题的状态，以及观察者的数目和类型。用这个模式，可以改变依赖于主题状态的对象，却不必改变主题。
2.针对接口编程，不针对实现编程。
主题和观察者都使用接口：观察者利用主题的接口向主题注册，而主题利用观察者接口通知观察者。
3.多用组合，少用继承。
观察者模式利用“组合”将许多观察者组合进主题中，但不是通过继承产生的，而是在运行是利用组合的方式产生的。