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

基本概念

观察者模式是对象的行为模式,又叫发布-订阅(Publish/Subscribe)模式或者从属者(Dependents)模式;

观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象;当这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己;

通俗的理解,微信公众号,订阅号等等;

基本结构图:

 基本组成

  • 抽象主题(Subject)抽象主题把所有观察者对象的引用保存在一个集合里,每个主题都可以有任何数量的观察者;提供一个接口,可以增加和删除观察者对象;
  • 具体主题(ConcreteSubject)将有关状态存入具体观察者对象;在具体主题的内部状态改变时,给所有登记过的观察者发出通知;
  • 抽象观察者(Observer):为所有的具体观察者定义一个接口,在得到主题的通知时更新自己;
  • 具体观察者(ConcreteObserver):存储与主题状态自恰的状态;具体观察者实现抽象观察者所要求的更新接口,以便使本身的状态与主题的状态相协调;如果需要,具体观察者角色可以保持一个指向具体主题对象的引用;

基本代码演示

抽象主题类

public abstract class Subject {
   //用来保存注册的观察者对象
   private    List<Observer> list = new ArrayList<Observer>();
    //注册观察者对象
    public void attach(Observer observer){
        list.add(observer);
        System.out.println("Attached an observer");
    }
     //删除观察者对象
    public void detach(Observer observer){
        list.remove(observer);
    }
    //通知所有注册的观察者对象
    public void nodifyObservers(String newState){
        for(Observer observer : list){
            observer.update(newState);
        }
    }
}

具体主题类

public class ConcreteSubject extends Subject{
    private String state;
    public String getState() {
        return state;
    }
    public void change(String newState){
        state = newState;
        System.out.println("主题状态为:" + state);
        //状态发生改变,通知各个观察者
        this.nodifyObservers(state);
    }
}

抽象观察者:

public interface Observer {
     //更新接口
    public void update(String state);
}

具体观察者

public class ConcreteObserver implements Observer {
    //观察者的状态
    private String observerState;
    @Override
    public void update(String state) {
        //更新观察者的状态,使其与目标的状态保持一致
        observerState = state;
        System.out.println("状态为:"+observerState);
    }
}

客户端测试:

public class Client {
    public static void main(String[] args) {
        //创建主题对象
        ConcreteSubject subject = new ConcreteSubject();
        //创建观察者对象
        Observer observer = new ConcreteObserver();
        //将观察者对象登记到主题对象上
        subject.attach(observer);
        //改变主题对象的状态
        subject.change("new state");
    }
}

推模型和拉模型

  • 推模型

主题对象向观察者推送主题的详细信息,不管观察者是否需要,推送的信息通常是主题对象的全部或部分数据

  • 拉模型

主题对象在通知观察者的时候,只传递少量信息;
如果观察者需要更具体的信息,由观察者主动到主题对象中获取,相当于是观察者从主题对象中拉数据;
一般这种模型的实现中,会把主题对象自身通过update()方法传递给观察者,
这样在观察者需要获取数据的时候,就可以通过这个引用来获取了;

具体代码实现

拉模型的抽象主题类:

拉模型的抽象主题类主要的改变是nodifyObservers()方法;
在循环通知观察者的时候,也就是循环调用观察者的update()方法的时候,传入的参数不同了;
public abstract class Subject {
    //用来保存注册的观察者对象
    private    List<Observer> list = new ArrayList<Observer>();
    //注册观察者对象
    public void attach(Observer observer){
        list.add(observer);
        System.out.println("Attached an observer");
    }
    // 删除观察者对象
    public void detach(Observer observer){
        list.remove(observer);
    }
    // 通知所有注册的观察者对象
    public void nodifyObservers(){
        for(Observer observer : list){
            observer.update(this);
        }
    }
}

拉模型的具体主题类

public class ConcreteSubject extends Subject{
    private String state;
    public String getState() {
        return state;
    }
    public void change(String newState){
        state = newState;
        System.out.println("主题状态为:" + state);
        //状态发生改变,通知各个观察者
        this.nodifyObservers();
    }
}

拉模型的抽象观察者类:

public interface Observer {
  // 更新接口,传入主题对象,方面获取相应的主题对象的状态
  public void update(Subject subject);
}

拉模型的具体观察者类

public class ConcreteObserver implements Observer {
    //观察者的状态
    private String observerState;
    @Override
    public void update(Subject subject) {
        // 更新观察者的状态,使其与目标的状态保持一致
        observerState = ((ConcreteSubject)subject).getState();
        System.out.println("观察者状态为:"+observerState);
    }
}

推拉两种模式的对比:

  • 推模式
1 推模型是假定主题对象知道观察者需要的数据;
推模型会使得观察者对象难以复用,因为观察者的update()方法是按需要定义的参数,
2 可能无法兼顾没有考虑到的使用情况;
这就意味着出现新情况的时候,就可能提供新的update()方法,或者是干脆重新实现观察者
  •  拉模式
1 拉模型是主题对象不知道观察者具体需要什么数据,没有办法的情况下,
干脆把自身传递给观察者,让观察者自己去按需要取值;
2 拉模型下,update()方法的参数是主题对象本身,
这基本上是主题对象能传递的最大数据集合了,基本上可以适应各种情况的需要;

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Java设计模式是一组经过实践验证的面向对象设计原则和模式,可以帮助开发人员解决常见的软件设计问题。下面是常见的23种设计模式: 1. 创建型模式(Creational Patterns): - 工厂方法模式(Factory Method Pattern) - 抽象工厂模式(Abstract Factory Pattern) - 单例模式(Singleton Pattern) - 原型模式(Prototype Pattern) - 建造者模式(Builder Pattern) 2. 结构型模式(Structural Patterns): - 适配器模式(Adapter Pattern) - 桥接模式(Bridge Pattern) - 组合模式(Composite Pattern) - 装饰器模式(Decorator Pattern) - 外观模式(Facade Pattern) - 享元模式(Flyweight Pattern) - 代理模式(Proxy Pattern) 3. 行为型模式(Behavioral Patterns): - 责任链模式(Chain of Responsibility Pattern) - 命令模式(Command Pattern) - 解释器模式(Interpreter Pattern) - 迭代器模式(Iterator Pattern) - 中介者模式(Mediator Pattern) - 备忘录模式(Memento Pattern) - 观察者模式(Observer Pattern) - 状态模式(State Pattern) - 策略模式(Strategy Pattern) - 模板方法模式(Template Method Pattern) - 访问者模式(Visitor Pattern) 4. 并发型模式(Concurrency Patterns): - 保护性暂停模式(Guarded Suspension Pattern) - 生产者-消费者模式(Producer-Consumer Pattern) - 读写锁模式(Read-Write Lock Pattern) - 信号量模式(Semaphore Pattern) - 线程池模式(Thread Pool Pattern) 这些设计模式可以根据问题的特点和需求来选择使用,它们提供了一些可复用的解决方案,有助于开发高质量、可维护且易于扩展的软件系统。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值