Observer(观察者)模式

在多个对象之间建立一对多的关系,以便当一个对象状态改变的时候,其他所有依赖于这个对象的对象都能得到通知,并被自动更新。

适用情况:

  • 当一个抽象模型有两个方面,其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。
  • 当对一个对象的改变需要同时改变其它对象,而不知道具体有多少对象有待改变。
  • 当一个对象必须通知其它对象,而它又不能假定其它对象是谁。

调用setChanged()方法,触发继承自Observable类的Observers()方法将这次改变广播出去。

notifyObservers()方法调用每个注册的观察者对象的update()方法。

BallisticsLabel对象不必保留对它监视的Tpeak对象的引用。而在BallisticsLabel类的构造器中,该对象被注册为Tpeak对象变化的监听器。当Tpeak对象发生变化时,该标签类的update()方法首先会收到一个类型为Observable的Tpeak对象,将该参数强制转化为Tpeak类对象之后,从该Tpeak类对象中提取数值,最后重新绘制该标签。上述变化从GUI层传递到业务层,最后又返回到GUI层。

该设计将业务逻辑对象与用于表示它的GUI元素相分离,有两个关键步骤:

  1. 实现Observer接口的观察者类必须向自己关注的对象注册自己,收到事件通知后,观察者类必须做出合适的操作,比如重新绘制自己,以完成更新。
  2. 拓展Observable类的被观察者类在它们的数据发生变化的时候,必须记得去通知相关的观察者。

对于大型GUI应用程序,请务必将每个相关对象都注册为事件的监听器,而不要使用一个中介对象来监听所有的事件。

MVC设计可以把应用程序划分成松散耦合的层,每个层可以独立发生变化,并且可以运行在不同的机器上。Observer模式支持MVC,这也促进了软件的分层,给软件开发和部署带来许多实在的好处。

时间: 2024-07-31 04:30:57

Observer(观察者)模式的相关文章

Java设计模式(五) Observer(观察者)模式及Tomcat引申

基本概念 Observer 观察者模式(Observer Pattern)又称为发布订阅模式(Publish/subscribe) 定义对象间的一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并且自动更新 根据单一职责原则,每个类的职责是单一的,我们可以通过触发机制,形成一个触发链,把各个单一的职责串联成真实世界中的复杂的逻辑关系. 观察者模式的角色分工(JDK中提供了抽象接口的定义): Subject被观察者: 抽象类型,定义被观察者必须实现的职责,动态地增加和

设计模式之Observer(观察者)模式

需求: 有一个报社,用户可以随时订阅报纸,也可以随时取消订阅.当每天的新闻来的时候,报社用邮递员投递给订阅了报纸的用户.订阅者有老人.小孩和青年.   分析: 报社相当于被观察的对象,用户相当于观察者,一旦新闻有更新,报社就通知所有观察者.   类图:     扩展:  该类图使用的是"推"的方式将新闻推送给订阅者.还可以使用一种的"拉"的方式实现,在Update传递空参数,只是通知订阅者数据有更新,然后由订阅者自己去报社获取(GetNews).这种方式实现起来更麻

观察者(Observer)模式 * 委托事件

观察者(Observer)模式:定义了一种一对多的依赖关系.让多个观察者对象同时监听某一个主题对象.   这个主题对象发生变化时会通知所有观察者对象,使他们字段更新自己 /* * 抽象主题(Subject)角色:主题角色把所有对观察考对象的引用保存在一个聚集里,每个主题都可以有任何数量的观察者. 抽象主题提供一个接口,可以增加和删除观察者对象,主题角色又叫做抽象被观察者(Observable)角色,一般用一个抽象类或者一个接口实现. * 抽象观察者(Observer)角色:为所有的具体观察者定义

Design Pattern - Observer 观察者设计模式

Spy on enemy. 使用这个模式可以根据某些事件自动更新. 设计思路: 1 设计一个基类,作为需要观察一个时间行为的接口类 2 设计一个观察者类,可以观察所有基类的衍生类, 这里使用set来保存这些需要更新的类. 一个事件相当于一个函数,事件发生(调用函数)同时自动调用需要更新的函数动作. #pragma once #include <iostream> #include <string> #include <set> #include <vector&g

观察者(Observer)模式

1. 概述 有时被称作发布/订阅模式,观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己. 2. 解决的问题 将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性.我们不希望为了维持一致性而使各类紧密耦合,这样会给维护.扩展和重用都带来不便.观察者就是解决这类的耦合关系的. 3. 模式中的角色 3.1 抽象主题(Subject):它把所有观察者对象的引用保存

Observer 观察者

意图 定义对象间的一种一对多的依赖关系 ,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新. 动机 一致性,松耦合 需要维护相关对象间的一致性.我们不希望为了维持一致性而使各类紧密耦合,因为这样降低了它们的可重用性. 比如:Excel中制作测试数据的折线图.饼状图和柱状图,以直观的表现出性能的变化.在实际操作时,我发现,如果我修改了一个数据,折线图.饼状图和柱状图就都发生了变换. 这一模式中的关键对象是目标(subject)和观察者(observer).一个目标可以有任意数

学习javascript设计模式之发布-订阅(观察者)模式

1.发布-订阅模式又叫观察者模式,它定义对象之间一种一对多的依赖关系. 2.如何实现发布-订阅模式 2-1.首先指定好发布者 2-2.给发布者添加一个缓冲列表,用户存放回调函数以便通知订阅者 2-3.最后发布消息时候,发布者会遍历这个缓存列表,依次触发里面存放的订阅者回调函数 例子: var salesOffice = {};salesOffice.clientList = [];salesOffice.listen = function(key,fn){    if(!this.clientL

Java观察者模式(Observer模式)

Java深入到一定程度,就不可避免的碰到设计模式(design pattern)这一概念,了解设计模式,将使自己对java中的接口或抽象类应用有更深的理解.设计模式在java的中型系统中应用广泛,遵循一定的编程模式,才能使自己的代码便于理解,易于交流,Observer(观察者)模式是比较常用的一个模式,尤其在界面设计中应用广泛,而本教程所关注的是Java在电子商务系统中应用,因此想从电子商务实例中分析Observer的应用. 虽然网上商店形式多样,每个站点有自己的特色,但也有其一般的共性,单就"

重温Observer模式--热水器·改

在 C#中的委托和事件 一文的后半部分,我向大家讲述了Observer(观察者)模式,并使用委托和事件实现了这个模式.实际上,不使用委托和事件,一样可以实现Observer模式.在本文中,我将使用GOF的经典方式,再次实现一遍Observer模式,同时将讲述在 C#中的委托和事件 一文中没有提及的推模式(Push)和拉模式(Pull). 设计思想概述 在 C#中的委托和事件 一文后半部分中我已经较详细的讲述了Observer设计模式的思想,所以这里仅简单的提及一下.Observer设计模式中实际