[设计模式]观察者模式

 

观察者模式是一个使用率非常高的模式,它最常用的地方是GUI系统、订阅——发布系统。因为这个模式的一个重要作用就是解耦,将被观察者和观察者解耦,使得它们之间的依赖性更小,甚至做到毫无依赖。以GUI系统来说,应用的UI具有易变性,尤其是前期随着业务的改变或者产品的需求修改,应用界面也会经常性变化,,但是业务逻辑基本变化不大,此时,GUI系统需要一套机制来应对这种情况,使得UI层与具体的业务逻辑解耦,观察者模式此时就派上用场了。

 

定义

定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并被自动更新。

 

使用场景

1.关联行为场景,需要注意的是,关联行为是可拆分的,而不是“组合”关系;

2.事件多级触发场景;

3.跨系统的消息交换场景,如消息队列、事件总线的处理机制;

 

UML类图

Observer:抽象观察者,该角色是观察者的抽象类,它定义了一个更新接口,使得在得到主题的更改通知时更新自己。

ConcreteObserver:具体的观察者,该角色实现抽象观察者角色所定义的更新接口,以便在主题的状态发生变化时更新自身的状态。

Subject:抽象主题/抽象通知者,该角色把所有观察者的引用保存在一个聚集里,每个主题都可以有任何数量的观察者,抽象主题提供一个接口,可以增加、删除各观察者。

ConCreteSubject:具体主题/具体通知者:将有关状态存入具体的主题对象,具体主题内部状态改变时,给所有登记过的观察者发出通知

 

示例:

 

/**
 * 抽象通知者
 * @author Administrator
 *
 */
public interface Subject {
	
	/**
	 * 通知观察者接口
	 * @param s
	 */
	public void notifyObserver(String s);
	
	/**
	 * 注册观察者接口
	 * @param o
	 */
	public void registerObserver(Observer o);
	
	/**
	 * 删除观察者接口
	 * @param o
	 */
	public void removeObserver(Observer o);
}
/**
 * 具体通知者
 * @author Administrator
 *
 */
public class ConcreteSubject implements Subject {
	private List<Observer> list;
	
	public ConcreteSubject() {
		list = new ArrayList<Observer>();
	}
	
	@Override
	public void notifyObserver(String s) {
		for(Observer obs : list){
			obs.update(s);
		}
	}

	@Override
	public void registerObserver(Observer o) {
		list.add(o);
	}

	@Override
	public void removeObserver(Observer o) {
		list.remove(o);
	}


}
/**
 * 观察者接口
 * @author Administrator
 *
 */
public interface Observer {
	
	public void update(String s);
}
/**
 * 具体观察者1
 * @author Administrator
 *
 */
public class ConcreteObserver1 implements Observer {
	
	public ConcreteObserver1() {
	}
	
	@Override
	public void update(String s) {
		System.out.println("Obs1 update : " + s);
	}

}
/**
 * 具体观察者2
 * @author Administrator
 *
 */
public class ConcreteObserver2 implements Observer{

	@Override
	public void update(String s) {
		System.out.println("Obs2 update : " + s);
	}

}
public class Client {
	public static void main(String[] args) {
		//创建观察者对象
		Observer o1 = new ConcreteObserver1();
		Observer o2 = new ConcreteObserver2();
		//创建通知者对象
		ConcreteSubject sub = new ConcreteSubject();
		//注册观察者
		sub.registerObserver(o1);
		//通知观察者
		sub.notifyObserver("aaaa");
		sub.registerObserver(o2);
		sub.notifyObserver("bbbb");
		
	}
}
执行结果:
Obs1 update : aaaa
Obs1 update : bbbb
Obs2 update : bbbb

 

 

总结

观察者模式主要的作用就是对象解耦,将观察者与被观察者完全隔离,只依赖于Observer和Observable抽象

优点

1.观察者和被观察者之间是抽象耦合,应对业务变化;

2.增强系统灵活性、可扩展性;

缺点

在应用观察者模式时需要考虑一下开发效率和运行效率的问题,程序中包括一个被观察者、多个观察者、开发和调试等内容会比较复杂,而且在Java中消息的通知默认是顺序执行,一个观察者卡顿,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

peak wang

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值