观察者模式.pptVIP

观察者模式 王兴隆 内容提要 高温预警系统 问题分析 观察者模式 模式实现 使用场合 优缺点分析 高温预警系统 高温预警系统： 气象部门根据气象卫星获得相关的天气温度信息，当温度超过某一阈值时，向各个单位和个人发出高温警报通知，以及时做好高温防护措施，系统结构如下图所示。 模式分析 高温预警过程分析 想要得到温度信息，这需要气温关注者 “订阅”高温预警服务。 高温预警系统需要知道哪些对象是需要通知的。这需要预警系统维护一个关注者列表。 高温预警系统在温度达到阈值的时候，通知所有“订阅”服务的关注者。如何通知呢？这需要气温关注者具备接收通知的功能。 模式分析(续) 高温预警系统和气温关注者，两者关系如下所示： 静态建模 进一步进行系统抽象，形成的静态关系结构如下图所示。 观察者模式 观察者模式（Observer Pattern） 又称为发布/订阅模式，它是软件设计模式中的一种。观察者模式定义了对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 模式实现 主题（Subject） 观察者（Observer） 具体主题（ConcreteSubject ） 具体观察者（ConcreteObserver） 推数据与拉数据 具体主题通知接收者更新数据时有两种方式： 推数据：通过参数传递的方式，主题将变化后的数据全部交给观察者 拉数据：主题提供获得数据的方法，当观察者需要时，自己把数据“拉”过来 观察者需要变换后的全部数据时可以用推数据方式 主题不知道观察者是否需要变化后的数据时可以采用拉数据 推数据方式 拉数据方式 使用场合 当一个抽象模型有两个方面，其中一个方面依赖于另一个方面，需要将这两个方面分别封装到独立的对象中，彼此独立地改变和复用的时候； 当一个系统中一个对象的改变需要同时改变其他对象内容，但是又不知道待改变的对象到底有多少个的时候； 当一个对象的改变必须通知其他对象做出相应的变化，但是不能确定通知的对象是谁的时候。 观察者模式——优点 观察者模式在被观察者和观察者之间建立一个抽象的耦合。被观察者角色所知道的只是一个具体现察者聚集，每一个具体观察者都符合一个抽象观察者的接口。被观察者并不认识任何一个具体观察者，它只知道它们都有一个共同的接口。由于被观察者和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。 观察者模式支持广播通信。被观察者会向所有的登记过的观察者发出通知。 观察者模式——缺点 如果一个被观察者对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。 如果在被观察者之间有循环依赖的话，被观察者会触发它们之间进行循环调用，导致系统崩溃。在使用观察考模式时要特别注意这一点。 虽然观察者模式可以随时使观察者知道所观察的对象发生了变化，但是观察者模式没有相应的机制使观察者知道所观察的对象是怎么发生变化的 *