设计模式(java)-观察者模式

1. 简介

  观察者模式,行为型设计模式。观察者模式在实际项目实践中,是一种使用较频繁的设计模式,它主要解决的是信息同步的问题,当多个对象需要从同一个主题中得到自身所需要的信息或状态,并通过这些信息或状态做出相应的行为时,就可以使用观察者模式解决。

2. 类图

  如上所述,观察者模式中需要多个对象从同一个主题中获取所需的信息和状态。那么在观察者模式的设计结构中,包括如下几个角色:

  1. 抽象主题类:定义抽象主题的公共接口或成员。
  2. 具体主题类:定义具体主题的添加、注销、通知观察者等方法。
  3. 抽象观察者类:定义抽象观察者的公共接口。
  4. 具体观察者类:定义具体抽象类再获取主题状态后的行为方法。
    在这里插入图片描述

3. 代码实例

  如下是各电视台对气象局的观察示例代码:

package eaikao.observer;
import java.util.ArrayList;

abstract class ISubject {
	private ArrayList<IObserver> observelist = new ArrayList<IObserver>();
	
	public void attach(IObserver observer) {
		observelist.add(observer);
	}
	
	public void detach(IObserver observer) {
		observelist.remove(observer);
	}
	
	public void notify(String strInfo) {
		for(IObserver observer : observelist) {
	            observer.update(strInfo);
	    }
	}
}

class WeatherBureau extends ISubject {
	private String weather;
	
	public String getWeather() {
		return  weather;
	}
	
	public void change(String changeWeather) {
		weather = changeWeather;
		notify(changeWeather);
	}
}

abstract interface IObserver {
	
	public void update(String strInfo);
}

class CCTVBroadCaster implements  IObserver {

	@Override
	public void update(String strInfo) {
		// TODO Auto-generated method stub
		System.out.println("CCTVBroadCaster:" + strInfo);
	}
}

class SHANXIBroadCaster implements  IObserver {

	@Override
	public void update(String strInfo) {
		// TODO Auto-generated method stub
		System.out.println("SHANXIBroadCaster:" + strInfo);
	}
}

public class EObserver {
	public static void main(String[] args) {
		IObserver cctv =  new CCTVBroadCaster();
		IObserver shanxi =  new SHANXIBroadCaster();
	
		WeatherBureau bureau = new WeatherBureau();
		bureau.attach(cctv);
		bureau.attach(shanxi);
		bureau.change("rain");
	}
}

  首先定义抽象主题类,然后定义气象局具体主题,当气象局的天气发生变化时,会通知已经注册再气象局的观察者们,观察者根据气象局的通知,做出相应的报道。

3. 说明

  观察者模式解耦了具体的主题与观察者,解决了信息同步的问题。当然观察者模式也存在一定的缺点。

  1. 当观察者过多时,会影响程序的开发调试。
  2. 当其中一个观察者发生阻塞时,其余观察者都会阻塞,这会导致整个程序处于等待的状态。
  3. 当主题状态在程序中唯一时,若其中一个观察者更新方法中对观察参数进行修改,就会导致主题重新通知观察者,这样就会导致程序发生无线循环调用的风险,最终导致栈溢出,程序崩溃的问题。所以在观察者模式的设计过程中需要格外注意。
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
内容简介: 设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。 本课程内容定位学习设计原则,学习设计模式的基础。在实际开发过程中,并不是一定要求所有代码都遵循设计原则,我们要考虑人力、时间、成本、质量,不是刻意追求完美,要在适当的场景遵循设计原则,体现的是一种平衡取舍,帮助我们设计出更加优雅的代码结构。本章将详细介绍开闭原则(OCP)、依赖倒置原则(DIP)、单一职责原则(SRP)、接口隔离原则(ISP)、迪米特法则(LoD)、里氏替换原则(LSP)、合成复用原则(CARP)的具体内容。 为什么需要学习这门课程? 你在日常的开发中,会不会也遇到过同样的问题。系统出现问题,不知道问题究竟出在什么位置;当遇到产品需求,总是对代码缝缝补补,不能很快的去解决。而且平时工作中,总喜欢把代码堆在一起,出现问题时,不知道如何下手,工作效率很低,而且自己的能力也得不到提升。而这些都源于一个问题,那就是软件设计没做好。这门课能帮助你很好的认识设计模式,让你的能力得到提升。课程大纲: 为了让大家快速系统了解设计模式知识全貌,我为您总结了思维导图,帮您梳理学习重点,建议收藏!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

非正经程序员

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

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

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

打赏作者

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

抵扣说明:

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

余额充值