CRUD很无聊?一起学设计模式吧!— 观察者模式(二)

简介: CRUD很无聊?一起学设计模式吧!— 观察者模式(二)

推模式与拉模式


我们上面的场景是观察者模式中的推模式,这种场景是主题主动向观察者推送数据,不管观察者需要不需要。推模式的前提是主题对象知道观察者需要的数据,观察中的update()方法里的参数是按照需要定义的方法,但是随着业务的发展会出现考虑不到的情形。

比如我们上述场景中粉丝只需要知道公众号发布的内容,所以我们先约定String类型的参数,但是有些粉丝却想知道这个消息的真实作者是谁(是否转载?),这个时候就需要提供新的方法,比如update(String message,String author),或者干脆重新实现观察者,不管如何都得作相应的改动。

观察者模式还有另外一个模式拉模式,这个模式不需要知道观察者需要什么数据,他把主题自身都传递给观察者,update(Subject subject),然后对外提供一些getter方法,让观察者按需来取,这样基本上可以适用各种情况的需要。

接下来我们用拉模式来实现上面的场景。

抽象观察者

这里我们不再适用约定参数处理recive方法,而是使用主题直接作为参数。

public interface Observer {
    /**
     * 使用主题作为参数
     * @param subject
     */
    public void recive(Subject subject);
}

具体观察者

收到通知后,我们按需从主题对象中获取相应的数据。

public class Fans implements Observer {
    private String name;
    public Fans(String name) {
        this.name = name;
    }
    @Override
    public void recive(Subject subject) {
        //观察者可以同时观察多个主题
        //所以我们需要确保被观察者属于我们需要的WechatServer类型
        //如果是其他类型可能需要作其他方式处理
        if(subject instanceof WechatServer){
            WechatServer wechatServer = (WechatServer) subject;
            System.out.println("粉丝 " + this.name + " 收到消息: "
                    + wechatServer.getMessage() + " 作者是:"
                    + wechatServer.getAuthor());
        }
    }
}

抽象主题

未发生变化

public interface Subject {
    /**
     * 注册成为观察者
     * @param observer
     */
    public void attach(Observer observer);
    /**
     * 删除观察者
     * @param observer
     */
    public void detach(Observer observer);
    /**
     * 通知所有观察者
     */
    public void notifyObservers();
}

具体主题

重点关注 notifyObservers()方法,直接将this即当前主题作为参数传递给观察者,并对外提供 getMessage()getAuthor()方法,好让观察者对象可以方便取走想要的数据。

public class WechatServer implements Subject {
    private ArrayList<Observer> observers;
    private String message;
    private String author;
    /**
     * 对外提供获取内容的方法
     * @return
     */
    public String getMessage() {
        return message;
    }
    /**
     * 对外提供获取作者的方法
     * @return
     */
    public String getAuthor() {
        return author;
    }
    public WechatServer() {
        observers = new ArrayList<>();
    }
    /**
     * 让一个用户注册成为观察者即粉丝
     * @param observer
     */
    @Override
    public void attach(Observer observer) {
        observers.add(observer);
    }
    /**
     * 不喜欢这个观察者,删除掉
     * @param observer
     */
    @Override
    public void detach(Observer observer) {
        observers.remove(observer);
    }
    /**
     * 通知所有的观察者
     */
    @Override
    public void notifyObservers() {
        for (Observer observer : observers) {
            //这里不再是具体的参数,而是把主题自身给通知给观察者
            observer.recive(this);
        }
    }
    /**
     * 当主题发生变化时通知观察者
     * @param message
     */
    public void publish(String message,String author){
        this.message = message;
        this.author = author;
        System.out.println("webchat publish message:" + message);
        notifyObservers();
    }
}

测试类

public class Test {
    public static void main(String[] args) {
        WechatServer wechatServer = new WechatServer();
        Fans fans1 = new Fans("张三");
        Fans fans2 = new Fans("李四");
        Fans fans3 = new Fans("杨五");
        wechatServer.attach(fans1);
        wechatServer.attach(fans2);
        wechatServer.attach(fans3);
        wechatServer.publish("CRUD很无聊?跟我一起学命令模式吧!","JAVA日知录");
        System.out.println("--------");
        wechatServer.detach(fans1);
        wechatServer.publish("CRUD很无聊?跟我一起学观察者模式吧!","JAVA日知录");
    }
}

执行结果

使用拉模式后只要主题提供了对应的get方法,基本可以满足各种需求的场景。


再深入一点


观察者模式在JAVA中已经有相应的实现,抽象观察者角色由 java.util.Observer充当,抽象主题角色由 java.util.Observable充当。

我们可以利用java内置的观察者模式很容易实现上面的推模式和拉模式的场景代码,这里就不再演示了。

最后提醒大家一下,主题角色Observable是一个类,我们要想要实现具体的主题必须要继承它,如果某类想同时具有Observable和其他一个超类的行为,就会陷入两难,毕竟JAVA不支持多重继承。

如果你的应用场景中不需要考虑如上情形,那么Observable可能会符合你的需求,否则还是需要使用自定义观察者模式来实现你的需求,反正这也很简单,不是吗?

目录
相关文章
|
19天前
|
设计模式 消息中间件 存储
跟着GPT学设计模式之观察者模式
观察者模式是一种行为型设计模式,它定义了对象之间的一对多依赖关系,使得当一个对象的状态发生改变时,其依赖对象都能够收到通知并自动更新。一般情况下,被依赖的对象叫作被观察者(Observable),依赖的对象叫作观察者(Observer)。
16 1
|
1天前
|
API
10.SPA项目开发之CRUD+表单验证
10.SPA项目开发之CRUD+表单验证
4 0
|
1天前
|
关系型数据库 MySQL 数据库
Mysql数据库操作CRUD
Mysql数据库操作CRUD
6 0
|
5天前
|
设计模式 存储
行为型设计模式之观察者模式
行为型设计模式之观察者模式
|
1月前
|
设计模式 Java
Java一分钟之-设计模式:观察者模式与事件驱动
【5月更文挑战第17天】本文探讨了Java中实现组件间通信的观察者模式和事件驱动编程。观察者模式提供订阅机制,当对象状态改变时通知所有依赖对象。然而,它可能引发性能问题、循环依赖和内存泄漏。代码示例展示了如何实现和避免这些问题。事件驱动编程则响应用户输入和系统事件,但回调地狱和同步/异步混淆可能造成困扰。JavaFX事件驱动示例解释了如何处理事件。理解这两种模式有助于编写健壮的程序。
29 1
|
18天前
|
设计模式 前端开发 NoSQL
设计模式第八讲:观察者模式和中介者模式详解
 定义一个中介对象来封装一系列对象之间的交互,使原有对象之间的耦合松散,且可以独立地改变它们之间的交互。中介者模式又叫调停模式,它是迪米特法则的典型应用。
172 0
|
1月前
|
设计模式 JavaScript 前端开发
js设计模式-观察者模式与发布/订阅模式
观察者模式和发布/订阅模式是JavaScript中的两种设计模式,用于处理对象间的通信和事件处理。观察者模式中,一个主题对象状态改变会通知所有观察者。实现包括定义主题和观察者对象,以及在主题中添加、删除和通知观察者的功能。发布/订阅模式则引入事件管理器,允许发布者发布事件,订阅者通过订阅接收通知。
|
1月前
|
设计模式 Go
[设计模式 Go实现] 行为型~观察者模式
[设计模式 Go实现] 行为型~观察者模式
|
1月前
|
设计模式 消息中间件 存储
【设计模式系列笔记】观察者模式
观察者模式是一种设计模式,它允许一个对象(主题)维护一组依赖于它的对象(观察者)并在状态发生变化时通知它们。这种模式属于行为型模式。在观察者模式中,主题是被观察的对象,而观察者是依赖于主题的对象,当主题的状态发生变化时,所有注册的观察者都会得到通知并自动更新。
32 0
|
1月前
|
设计模式 Java
小谈设计模式(15)—观察者模式
小谈设计模式(15)—观察者模式