- 浏览: 181820 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (99)
- 备忘录 (48)
- linux (19)
- oracle (10)
- shell (8)
- awk (1)
- java (48)
- just do it (29)
- more and more (46)
- common (29)
- 设计模式 (8)
- Java Web (9)
- Spring (0)
- Structs 2 (2)
- Java 高级 (4)
- 存储 (3)
- Virtual Box (1)
- ant (1)
- maven (0)
- 数据结构 (5)
- 算法 (5)
- javascript (1)
- ajax (1)
- jquery (1)
- xml (1)
- IBM (3)
- 转载 (3)
- English (2)
- html&css (0)
- hibernate (2)
- mysql (1)
- memcached (1)
最新评论
-
飞出四季做的茧:
kris_zhang 写道int temp = 0 ; ...
Java IO流 Zip文件的压缩和解压缩 -
kris_zhang:
int temp = 0 ; while(( ...
Java IO流 Zip文件的压缩和解压缩 -
welcomezhang:
学习了,这块自己还得深挖下
为什么HashMap不是线程安全的 -
fomeiherz:
这个写的最详细了,赞一个
Java的泛型类和泛型方法 -
beijishiqidu:
hanmiao 写道http://yangguangfu.it ...
Java设计模式之策略模式
【摘录】观察者模式是对象的行为模式,又叫发布-订阅(Publish/Subscribe)模式、模型-视图(Model/View)模式、源-监听器(Source/Listener)模式或从属者(Dependents)模式。
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
抽象主题(Subject)角色:抽象主题角色把所有对观察者对象的引用保存在一个聚集(比如ArrayList对象)里,每个主题都可以有任何数量的观察者。抽象主题提供一个接口,可以增加和删除观察者对象,抽象主题角色又叫做抽象被观察者(Observable)角色。
具体主题(ConcreteSubject)角色:将有关状态存入具体观察者对象;在具体主题的内部状态改变时,给所有登记过的观察者发出通知。具体主题角色又叫做具体被观察者(Concrete Observable)角色。
抽象观察者(Observer)角色:为所有的具体观察者定义一个接口,在得到主题的通知时更新自己,这个接口叫做更新接口。
具体观察者(ConcreteObserver)角色:存储与主题的状态自恰的状态。具体观察者角色实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题的状态 像协调。如果需要,具体观察者角色可以保持一个指向具体主题对象的引用。
在观察者模式中,又分为推模型和拉模型两种方式。
推模型
主题对象向观察者推送主题的详细信息,不管观察者是否需要,推送的信息通常是主题对象的全部或部分数据。
拉模型
主题对象在通知观察者的时候,只传递少量信息。如果观察者需要更具体的信息,由观察者主动到主题对象中获取,相当于是观察者从主题对象中拉数据。一般这种模型的实现中,会把主题对象自身通过update()方法传递给观察者,这样在观察者需要获取数据的时候,就可以通过这个引用来获取了。
先不看设计模式的例子,看下我们演变的过程:
我们以代码作为解释:
小孩在在睡觉,醒了之后,爸爸要给喂奶,我们做两个线程,爸爸的线程去定期的判断孩子有没有醒来,如果醒来了,就要喂奶。
这样可以实现功能,但造成资源的浪费。爸爸定期的去看孩子有没有醒来,Dad时间都用在看小孩身上了,Dad下午打牌的计划泡汤了。我们可以很容易的把Dad解放出来:
这样基本已经实现功能,稍微完善下,假如想知道小孩什么时候起来等一些信息,如果我们写在小孩类中就不太合适,所以我们抽象出类中WakenUpEvent,但是这个时候如果我想要其他人也来关注这个孩子的动向呢,比如孩子的爷爷等爸爸给孩子喂奶之后,就过去抱下,这样,我们就需要在孩子身上加上一个爷爷的引用,所以我们加入一个集合,例子如下:
下面我们就来学习推模型:
先看一个例子:
抽象的监听者
抽象主题:
监听者的实现类
主题的实现类
测试类
运行代码如下:
拉模型:
还是看一个例子:
抽象的监听者
抽象的主题类
具体的监听者
具体的主题类
运行结果如下:
现在我们来比较下,拉模型和推模型的区别,主要在方法notifyAllObserver()我们推模型是把整体消息,也监听者需要监听的内容通过调用监听者的update()方法把消息直接通过参数传递过去,但是拉模型不是的,他会传递自己的引用过去,这样监听者想要听什么消息,你自己去获取就可以了,不再主动推送消息。当有消息时,所有的观察者都会直接得到全部的消息,并进行相应的处理程序,与主体对象没什么关系,两者之间的关系是一种松散耦合。但是它也有缺陷,第一是所有的观察者得到的消息是一样的,也许有些信息对某个观察者来说根本就用不上,也就是观察者不能“按需所取”;第二,当通知消息的参数有变化时,所有的观察者对象都要变化。鉴于以上问题,拉模式就应运而生了,它是由观察者自己主动去取消息,需要什么信息,就可以取什么,不会像推模式那样得到所有的消息参数。
UML模型图:(当然,抽象的主题和监听者,可以都是接口,这个看自己的模型设计了,下面是我上面举例的模型设计):
第一次开学学习画类图,不知道画的对不对,凭自己的理解画的,后期还在继续学习中
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
抽象主题(Subject)角色:抽象主题角色把所有对观察者对象的引用保存在一个聚集(比如ArrayList对象)里,每个主题都可以有任何数量的观察者。抽象主题提供一个接口,可以增加和删除观察者对象,抽象主题角色又叫做抽象被观察者(Observable)角色。
具体主题(ConcreteSubject)角色:将有关状态存入具体观察者对象;在具体主题的内部状态改变时,给所有登记过的观察者发出通知。具体主题角色又叫做具体被观察者(Concrete Observable)角色。
抽象观察者(Observer)角色:为所有的具体观察者定义一个接口,在得到主题的通知时更新自己,这个接口叫做更新接口。
具体观察者(ConcreteObserver)角色:存储与主题的状态自恰的状态。具体观察者角色实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题的状态 像协调。如果需要,具体观察者角色可以保持一个指向具体主题对象的引用。
在观察者模式中,又分为推模型和拉模型两种方式。
推模型
主题对象向观察者推送主题的详细信息,不管观察者是否需要,推送的信息通常是主题对象的全部或部分数据。
拉模型
主题对象在通知观察者的时候,只传递少量信息。如果观察者需要更具体的信息,由观察者主动到主题对象中获取,相当于是观察者从主题对象中拉数据。一般这种模型的实现中,会把主题对象自身通过update()方法传递给观察者,这样在观察者需要获取数据的时候,就可以通过这个引用来获取了。
先不看设计模式的例子,看下我们演变的过程:
我们以代码作为解释:
小孩在在睡觉,醒了之后,爸爸要给喂奶,我们做两个线程,爸爸的线程去定期的判断孩子有没有醒来,如果醒来了,就要喂奶。
package com.fit.model.observer.sample; import java.util.Random; class Child implements Runnable { public static Random r = new Random(); private boolean wake = false; public Child() { new Thread(this).start(); } @Override public void run() { while (!wake) { System.out.println("Child:I am sleeping..."); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } if (r.nextInt(10) > 5) { wakeUp(); } } } public void wakeUp() { wake = true; } public boolean isWake() { return wake; } } class Dad implements Runnable { private Child c; public Dad(Child c) { new Thread(this).start(); this.c = c; } @Override public void run() { while (!c.isWake()) { System.out.println("Dad:child is sleeping..."); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } } feed(c); } private void feed(Child c2) { System.out.println("feed child!"); } } public class Simulation { public static void main(String[] args) { new Dad(new Child()); } }
这样可以实现功能,但造成资源的浪费。爸爸定期的去看孩子有没有醒来,Dad时间都用在看小孩身上了,Dad下午打牌的计划泡汤了。我们可以很容易的把Dad解放出来:
package com.fit.model.observer.sample; import java.util.Random; class Child1 implements Runnable { public static Random r = new Random(); private Dad1 d; private boolean wake = false; public Child1(Dad1 d) { this.d = d; } @Override public void run() { while (!wake) { System.out.println("Child:I am sleeping..."); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } if (r.nextInt(10) > 5) { wakeUp(); } } } public void wakeUp() { wake = true; d.feed(this); } public boolean isWake() { return wake; } } class Dad1 { public void feed(Child1 c) { System.out.println("feed child!"); } } public class FirstQuestion { public static void main(String[] args) { new Thread(new Child1(new Dad1())).start(); } }
这样基本已经实现功能,稍微完善下,假如想知道小孩什么时候起来等一些信息,如果我们写在小孩类中就不太合适,所以我们抽象出类中WakenUpEvent,但是这个时候如果我想要其他人也来关注这个孩子的动向呢,比如孩子的爷爷等爸爸给孩子喂奶之后,就过去抱下,这样,我们就需要在孩子身上加上一个爷爷的引用,所以我们加入一个集合,例子如下:
package com.fit.model.observer.sample; import java.util.ArrayList; import java.util.Date; import java.util.List; class WakenUpEvent { private Date date; private String eventType; private Object source; public WakenUpEvent(Date date, String eventType, Object source) { this.date = date; this.eventType = eventType; this.source = source; } } class Child2 implements Runnable { private List<WakenUpListener> list = new ArrayList<WakenUpListener>(); public void addWakenUpListener(WakenUpListener l) { list.add(l); } @Override public void run() { System.out.println("child is sleeping..."); try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } wakeUp(); } public void wakeUp() { for (WakenUpListener l : list) { l.actionWakenUp(new WakenUpEvent(new Date(), "", this)); } } } interface WakenUpListener { void actionWakenUp(WakenUpEvent e); } class Dad2 implements WakenUpListener { @Override public void actionWakenUp(WakenUpEvent e) { System.out.println("dad feed child!"); } } class GrandFather implements WakenUpListener { @Override public void actionWakenUp(WakenUpEvent e) { System.out.println("grandfather holl child!"); } } public class SecondQuestion { public static void main(String[] args) { Child2 c = new Child2(); c.addWakenUpListener(new Dad2()); c.addWakenUpListener(new GrandFather()); new Thread(c).start(); } }
下面我们就来学习推模型:
先看一个例子:
抽象的监听者
package com.fit.model.observer.push; public interface Observer { void update(String message); }
抽象主题:
package com.fit.model.observer.push; import java.util.ArrayList; import java.util.List; public class Subject { private List<Observer> list = new ArrayList<Observer>(); public void addObserver(Observer observer) { System.out.println("加入一个监听者"); list.add(observer); } public void delObserver(Observer observer) { System.out.println("删除一个监听者"); list.remove(observer); } protected void notifyAllObserver(String message) { for (Observer e : list) { e.update(message); } } protected void notifySpecialObserver(Observer o, String message) { o.update(message); } public void change(String message) { } public void change(Observer o, String message) { } }
监听者的实现类
package com.fit.model.observer.push; public class InstanceObserver implements Observer { @Override public void update(String message) { System.out.println("收到消息: "+message); } }
主题的实现类
package com.fit.model.observer.push; public class InstanceSubject extends Subject { private String name; public InstanceSubject(String name) { super(); this.name = name; } public void change(String message) { System.out.println(name + "通知了大家"); this.notifyAllObserver(message); } public void change(Observer o, String message) { System.out.println(name + "通知了指定的人"); this.notifySpecialObserver(o, message); } }
测试类
package com.fit.model.observer.push; public class Test { /** * @param args */ public static void main(String[] args) { Observer o1 = new InstanceObserver(); Observer o2 = new InstanceObserver(); Subject obj = new InstanceSubject("obj_1"); obj.addObserver(o1); obj.addObserver(o2); obj.change("-----"); obj.change(o1, "============"); obj.delObserver(o1); } }
运行代码如下:
加入一个监听者 加入一个监听者 obj_1通知了大家 收到消息: ----- 收到消息: ----- obj_1通知了指定的人 收到消息: ============ 删除一个监听者
拉模型:
还是看一个例子:
抽象的监听者
package com.fit.model.observer.pull; public interface Observer { void update(Subject sub); }
抽象的主题类
package com.fit.model.observer.pull; import java.util.ArrayList; import java.util.List; public class Subject { private List<Observer> list = new ArrayList<Observer>(); public void addObserver(Observer observer) { System.out.println("加入一个监听者"); list.add(observer); } public void delObserver(Observer observer) { System.out.println("删除一个监听者"); list.remove(observer); } protected void notifyAllObserver() { for (Observer e : list) { e.update(this); } } protected void notifySpecialObserver(Observer o) { o.update(this); } public void change() { } public void change(Observer o) { } }
具体的监听者
package com.fit.model.observer.pull; public class InstanceObserver implements Observer { @Override public void update(Subject sub) { System.out.println("获得主题的名字: "+((InstanceSubject)sub).getName()); } }
具体的主题类
package com.fit.model.observer.pull; public class InstanceSubject extends Subject { private String name; public InstanceSubject(String name) { super(); this.name = name; } public void change() { System.out.println(name + "通知了大家"); this.notifyAllObserver(); } public void change(Observer o) { System.out.println(name + "通知了指定的人"); this.notifySpecialObserver(o); } public String getName() { return name; } public void setName(String name) { this.name = name; } }
package com.fit.model.observer.pull; 测试类 public class Test { /** * @param args */ public static void main(String[] args) { Observer o1 = new InstanceObserver(); Observer o2 = new InstanceObserver(); Subject obj = new InstanceSubject("obj_1"); obj.addObserver(o1); obj.addObserver(o2); obj.change(); obj.change(o1); obj.delObserver(o1); } }
运行结果如下:
加入一个监听者 加入一个监听者 obj_1通知了大家 获得主题的名字: obj_1 获得主题的名字: obj_1 obj_1通知了指定的人 获得主题的名字: obj_1 删除一个监听者
现在我们来比较下,拉模型和推模型的区别,主要在方法notifyAllObserver()我们推模型是把整体消息,也监听者需要监听的内容通过调用监听者的update()方法把消息直接通过参数传递过去,但是拉模型不是的,他会传递自己的引用过去,这样监听者想要听什么消息,你自己去获取就可以了,不再主动推送消息。当有消息时,所有的观察者都会直接得到全部的消息,并进行相应的处理程序,与主体对象没什么关系,两者之间的关系是一种松散耦合。但是它也有缺陷,第一是所有的观察者得到的消息是一样的,也许有些信息对某个观察者来说根本就用不上,也就是观察者不能“按需所取”;第二,当通知消息的参数有变化时,所有的观察者对象都要变化。鉴于以上问题,拉模式就应运而生了,它是由观察者自己主动去取消息,需要什么信息,就可以取什么,不会像推模式那样得到所有的消息参数。
UML模型图:(当然,抽象的主题和监听者,可以都是接口,这个看自己的模型设计了,下面是我上面举例的模型设计):
第一次开学学习画类图,不知道画的对不对,凭自己的理解画的,后期还在继续学习中
发表评论
-
cgroups控制cpu,memory,io使用率
2016-08-09 22:55 2636Cgroups是control groups的缩写,最初由Go ... -
为什么HashMap不是线程安全的
2016-06-15 22:27 2281序 最近因为项目的需求,经常会面试一些新人,也就会问他们 ... -
JAVA读取文件夹大小的几种方法实例
2016-04-24 15:39 769总是发现自己的C盘快满了,清理程序也不会帮我自己清理,然后 ... -
Java Regex - Matcher (java.util.regex.Matcher)
2015-03-01 13:59 880The Java Matcher class (java. ... -
Java Regex - Pattern (java.util.regex.Pattern)
2015-03-01 11:22 1568Java中的Pattern类是Java正则表达式API ... -
eclipse中查看jdk的源码
2014-11-23 11:43 1056最近一段时间跟jdk源码打交道的比较多,但是有的时候却是看 ... -
Oracle常见死锁发生的原因以及解决办法
2014-08-31 13:25 7557一,删除和更新之间引起的死锁 造成死锁的原因就是多个线程 ... -
Struts2学习初设系列(一)之环境搭建
2014-07-20 22:47 1101已经毕业很长时间了,回过头来想想都不知道自己做了什么,由于 ... -
算法的时间复杂度分析
2014-07-20 11:14 16772.9.1 算法时间复杂度定义 在进 ... -
解析 Java 类和对象的初始化过程
2014-07-06 18:14 680问题引入 近日我在调试一个枚举类型的解析器程序,该 ... -
Java 中正确使用 hashCode 和 equals 方法
2014-07-05 18:17 684在这篇文章中,我将告诉大家我对hashCode和equals ... -
通过分析 JDK 源代码研究 Hash 存储机制
2014-07-05 17:22 646集合和引用 就像引 ... -
NIO 入门
2014-07-05 17:15 672在开始之前 关于本教程 新的输入/输出 (NIO) 库 ... -
利用AJax方式提交和Webservice完成页面输入汉字简体字回显繁体字
2014-06-29 18:05 1178最近一直在学习新的 ... -
How To Parse XML File Using XPath In Java
2014-06-29 11:59 1335最近一直在学习XML的Xpath解析方式,据说是一个很简单 ... -
Java排序算法之快速排序
2014-06-22 11:27 846快速排序使用分治法(Divide and conquer)策略 ... -
Java排序算法之简单选择排序
2014-06-21 22:31 795在网上搜索了很多的算法,貌似大家说的简单选择排序算法和直接选择 ... -
Java排序算法之冒泡排序
2014-06-21 20:22 1028冒泡排序算法的基本思想是:首先将第n-1个记录的关键字和第n个 ... -
Java排序算法之直接插入排序
2014-06-21 19:33 1225直接插入排序算法的基本思想是:把n个待排序的元素看成为 ... -
JAVA之桥接模式
2014-05-26 20:11 0桥模式:将某个问题抽象的不同形式分别与该问题的具体实现 ...
相关推荐
**Java设计模式之观察者模式详解** 在软件工程中,设计模式是一种被广泛接受的解决常见问题的方法。观察者模式(Observer Pattern)是行为设计模式的一种,它定义了对象之间的一对多依赖关系,当一个对象的状态发生...
观察者模式的定义: 在对象之间定义了一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象会收到通知并自动更新。 大白话: 其实就是发布订阅模式,发布者发布信息,订阅者获取信息,订阅了就能收到信息,没...
Java设计模式之观察者模式 定义:观察者模式是一种行为类模式,定义对象间一种一对多的依赖关系,使得当每一个对象改变状态,则所有依赖于它的对象都会得到通知并自动更新。 结构: * 被观察者(Subject):从...
观察者模式(Observer Pattern)是软件设计模式中的一种行为模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这种模式常用于事件驱动的系统或者...
**观察者模式(Observer Pattern)**是软件设计模式中的一种行为模式,它在Java中有着广泛的应用。这个模式的核心思想是“一对多”的依赖关系,即一个主题对象(Subject)可以被多个观察者(Observer)关注,当主题...
观察者模式(Observer Pattern)是软件设计模式中的一种行为模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这种模式常用于实现事件驱动或者发布...
结合微信公众号讲解观察者模式,生动形象,关键是上手快啊
观察者模式(Observer Pattern)是软件设计模式中的一种行为模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这种模式常用于事件驱动的系统或者...
观察者模式是设计模式中的一种行为模式,它在Java编程中有着广泛的应用。该模式的主要目的是定义对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这种模式也被...
首先,我们来看"Java设计模式——观察者模式的两种情况": 1. **主动通知**: 在这种情况下,被观察者对象在自身状态发生变化时,会主动调用`Observable`接口提供的`notifyObservers()`方法,将变化通知给所有注册的...
在Java编程领域,设计模式是一种被广泛采用的最佳实践,它为解决常见的软件设计问题提供...在Java中,`java.util.Observable`和`java.util.Observer`是内置的观察者模式实现,可以方便地用于快速构建观察者模式的系统。
观察者模式(Observer Pattern)是设计模式中的一种行为模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。这种模式在软件开发中广泛应用于事件驱动...
Java设计模式是软件工程中的一种最佳实践,它总结了在特定场景下解决常见问题的经验,为程序员提供了可重用的解决方案。本资料“《java设计模式》课后习题模拟试题解答——刘伟.zip”主要涵盖了Java设计模式的学习与...
在Java中,`java.util.Observable`和`java.util.Observer`接口提供了观察者模式的实现。例如,当我们有一个`WeatherStation`类(被观察者)和多个`WeatherDisplay`类(观察者)时,`WeatherStation`的气象数据变化会...
- 观察者模式:定义对象之间的一对多依赖关系,当一个对象的状态改变时,所有依赖于它的对象都会得到通知并自动更新。 - 状态模式:允许对象在其内部状态改变时改变其行为,看起来像改变了它的类。 - 策略模式:...