设计模式学习笔记之观察者模式

观察者模式

定义了对象之间的一对多依赖,这样一来,当一个对象状态改变时,它的所有依赖者都会收到通知并自动更新。

观察者模式中,分为两种模式。

模式,即主题对象向观察者对象推送状态值,不管观察者对象是否需要,并且推送全部数据或者部分数据。

模式,即主题对象通知观察者对象状态值已改变,观察者根据自己需要决定是否主动到主体对象中获取详细信息。

两种模式的比较

1、推模型是假定主题对象知道观察者需要的数据;而拉模型是主题对象不知道观察者具体需要什么数据,没有办法的情况下,干脆把自身传递给观察者,让观察者自己去按需要取值。

2、推模型可能会使得观察者对象难以复用,因为观察者的update()方法是按需要定义的参数,可能无法兼顾没有考虑到的使用情况。这就意味着出现新情况的时候,就可能提供新的update()方法,或者是干脆重新实现观察者;而拉模型就不会造成这样的情况,因为拉模型下,update()方法的参数是主题对象本身,这基本上是主题对象能传递的最大数据集合了,基本上可以适应各种情况的需要。

说明:

1、观察者模式将观察者和主题(被观察者)的对象分离开,实现了两者的松耦合。提高了应用程序的可维护性和重用性;

2、JAVA API 内置有观察者模式。位于java.util包,包含有最基本的Observer接口与Observable类,分别对应观察者和主题;

3、主题仅需要把实时的状态值更新给观察者即可,而不需要知道观察者怎样处理数据或者其他细节。

场景:

1、对于一个对象的状态值需要实时更新到其他任何几个对象。如气象站检测的天气数据,要实时更新给气象网站的布告板。


/**

* 主题类接口。

* 用来定义注册观察者、移除观察者、通知更新等方法

* @author xiabaike

*/

public interface Subject {

/**

* 注册观察者

* */

public void registerObserver(Observer o);

/**

* 移除观察者

* */

public void removeObserver(Observer o);

/**

* 当状态改变时,调用此方法,通知所有观察者

* */

public void notifyObservers();

}

/**

* 观察者类接口。

* 当主题状态发生改变时,主题会把这些状态值当做方法的参数,传送给观察者。

* @author xiabaike

* */

public interface Observer {

/**

* 当主题状态发生改变时,主题会把这些状态值当做方法的参数,传送给观察者

* 所有观察者都必须实现此方法,以实现观察者接口

* */

public void  update(float temp, float humidity, float pressure);

}

/**

* 展示。在布告板上显示内容

* */

public interface DisplayElement {

/**

* 当布告板需要显示时,调用此方法

* */

public void display();

}

/**

* 天气数据类。产生更新状态值,并通知布告板观察者

* */

public class WeatherData implements Subject{

// 用来存放所有的观察者

private List<Observer> observerList;

private float tempPerature;

private float humidity;

private float pressure;

public WeatherData() {

observerList = new ArrayList<Observer>();

}

public void registerObserver(Observer o) {

observerList.add(o);

}

public void removeObserver(Observer o) {

if(observerList.contains(o)) {

observerList.remove(o);

}

}

public void notifyObservers() {

for(int i = 0; i < observerList.size(); i++) {

observerList.get(i).update(tempPerature, humidity, pressure);

}

}

/**

* 当从气象站得到更新观测值时,通知观察者

* */

public void setMeasurements(float temperature, float humidity, float pressure) {

this.tempPerature = temperature;

this.humidity = humidity;

this.pressure = pressure;

notifyObservers();

}

}

/**

* 具体布告板实现类。获取状态值,并展示

* */

public class CurrentConditionsDisplay implements Observer, DisplayElement{

private float tempPerature;

private float humidity;

private float pressure;

private Subject subject;

public CurrentConditionsDisplay(Subject subject) {

this.subject = subject;

this.subject.registerObserver(this);

}

public void update(float temp, float humidity, float pressure) {

this.tempPerature = temp;

this.humidity = humidity;

this.pressure = pressure;

display();

}

public void display() {

System.out.println("Current conditions: " + tempPerature +", "+ humidity +", "+ pressure);

}

}


/**

* 主类,模拟气象站产生检测数据,并更新给布告板

* */

public class WeatherStation {

public static void main(String[] args) {

WeatherData subject = new WeatherData();

CurrentConditionsDisplay observer = new CurrentConditionsDisplay(subject);

subject.setMeasurements(1, 2, 3);

}

}

参考资料:《Head First 设计模式》

http://www.cnblogs.com/itTeacher/archive/2012/12/03/2800129.html

http://www.cnblogs.com/java-my-life/archive/2012/05/16/2502279.html

时间: 2024-08-10 03:16:51

设计模式学习笔记之观察者模式的相关文章

Java设计模式学习笔记(观察者模式)

观察者模式说起来很简单,就是一个订报纸的模式.但是实际上这部分我觉得还是很有意思的,<Head First设计模式>里还有一些还没看完,也是因为理解的不够深吧. 观察者模式会包含两个组件:观察者和主题. 这段代码是主题的接口: package obeserver; public interface Subject { public void registerObserver(Observer observer); public void removeObserver(Observer obse

java/android 设计模式学习笔记(2)---观察者模式

这篇来讲一下观察者模式,观察者模式在实际项目中使用的也是非常频繁的,它最常用的地方是GUI系统.订阅--发布系统等.因为这个模式的一个重要作用就是解耦,使得它们之间的依赖性更小,甚至做到毫无依赖.以GUI系统来说,应用的UI具有易变性,尤其是前期随着业务的改变或者产品的需求修改,应用界面也经常性变化,但是业务逻辑基本变化不大,此时,GUI系统需要一套机制来应对这种情况,使得UI层与具体的业务逻辑解耦,观察者模式此时就派上用场了. PS:对技术感兴趣的同鞋加群544645972一起交流. 设计模式

设计模式学习笔记(目录篇)

设计模式学习笔记(目录篇) 为了方便查看,特此将设计模式学习笔记系列单独做一个目录. 1   设计模式学习笔记(一:命令模式) 2   设计模式学习笔记(二:观察者模式) 3   设计模式学习笔记(三:装饰模式) 4   设计模式学习笔记(四:策略模式) 5   设计模式学习笔记(五:适配器模式) 6   设计模式学习笔记(六:责任链模式) 7   设计模式学习笔记(七:外观模式) 8   设计模式学习笔记(八:迭代器模式) 9   设计模式学习笔记(九:中介者模式) 10  设计模式学习笔记(

java/android 设计模式学习笔记(14)---外观模式

这篇博客来介绍外观模式(Facade Pattern),外观模式也称为门面模式,它在开发过程中运用频率非常高,尤其是第三方 SDK 基本很大概率都会使用外观模式.通过一个外观类使得整个子系统只有一个统一的高层的接口,这样能够降低用户的使用成本,也对用户屏蔽了很多实现细节.当然,在我们的开发过程中,外观模式也是我们封装 API 的常用手段,例如网络模块.ImageLoader 模块等.其实我们在开发过程中可能已经使用过很多次外观模式,只是没有从理论层面去了解它. 转载请注明出处:http://bl

java/android 设计模式学习笔记(10)---建造者模式

这篇博客我们来介绍一下建造者模式(Builder Pattern),建造者模式又被称为生成器模式,是创造性模式之一,与工厂方法模式和抽象工厂模式不同,后两者的目的是为了实现多态性,而 Builder 模式的目的则是为了将对象的构建与展示分离.Builder 模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细地控制对象的构造流程.一个复杂的对象有大量的组成部分,比如汽车它有车轮.方向盘.发动机.以及各种各样的小零件,要将这些部件装配成一辆汽车,这个装配过

java/android 设计模式学习笔记(一)---单例模式

前段时间公司一些同事在讨论单例模式(我是最渣的一个,都插不上嘴 T__T ),这个模式使用的频率很高,也可能是很多人最熟悉的设计模式,当然单例模式也算是最简单的设计模式之一吧,简单归简单,但是在实际使用的时候也会有一些坑. PS:对技术感兴趣的同鞋加群544645972一起交流 设计模式总目录 java/android 设计模式学习笔记目录 特点 确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例. 单例模式的使用很广泛,比如:线程池(threadpool).缓存(cache).对

java/android 设计模式学习笔记(7)---装饰者模式

这篇将会介绍装饰者模式(Decorator Pattern),装饰者模式也称为包装模式(Wrapper Pattern),结构型模式之一,其使用一种对客户端透明的方式来动态的扩展对象的功能,同时它也是继承关系的一种替代方案之一,但比继承更加灵活.在现实生活中也可以看到很多装饰者模式的例子,或者可以大胆的说装饰者模式无处不在,就拿一件东西来说,可以给它披上无数层不一样的外壳,但是这件东西还是这件东西,外壳不过是用来扩展这个东西的功能而已,这就是装饰者模式,装饰者的这个角色也许各不相同但是被装饰的对

大话设计模式学习笔记——面向对象基础

前言 好记性不如烂"笔头"系列--大话设计模式学习笔记 目录 面向对象基础 面向对象基础 什么是类与实例 一切事物皆为对象,即所有的东西老师对象,对象就是可以看到.感觉到.听到.触摸到.尝到.或闻到的东西.准确地说,对象是一个自包含的实体,用一组可识别的特性和行为来标识.面向对象编程,英文叫 Object-Oriented Programming,其实就是针对对象来进行编程的意思.类就是具有相同属性和功能的对象的抽象集合.实例就是一个真实的对象.比如我们属于'人'类,而个人就是'人'类

java/android 设计模式学习笔记(13)---享元模式

这篇我们来介绍一下享元模式(Flyweight Pattern),Flyweight 代表轻量级的意思,享元模式是对象池的一种实现.享元模式用来尽可能减少内存使用量,它适合用于可能存在大量重复对象的场景,缓存可共享的对象,来达到对象共享和避免创建过多对象的效果,这样一来就可以提升性能,避免内存移除和频繁 GC 等. 享元模式的一个经典使用案例是文本系统中图形显示所用的数据结构,一个文本系统能够显示的字符种类就是那么几十上百个,那么就定义这么些基础字符对象,存储每个字符的显示外形和其他的格式化数据