【设计模式专题】观察者模式实战详细分析

简介: 【设计模式专题】观察者模式实战详细分析

正文


一 什么是观察者模式


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


新手经常会把观察者模式经常与发布订阅模式,其实二者还是有一些区别的,


二 观察者模式与发布订阅模式的区别


  • 观察者模式主要的使用场景是一对多的状态,且需要知道通知的对象是谁。
  • 发布订阅模式的主要使用场景是一对多或者多对多的状态,且不需要知道通知的对象也就是消费者是谁。
  • 观察者模式属于Gang of Four 提出的23中设计模式中的一种,发布订阅模式并不属于其中的一种而是一种软件设计理念。
  • 观察者模式耦合度较高,因为观察者模式中目标的只有一个,观察者需要知道目标的所有行为。
  • 发布订阅的耦合度较低,而发布订阅的发布者可以有多个,订阅者不需要知道发布者是谁,只需要关心发布的内容。


三 编写demo案例


比如今天是周一,Leader需要公司里的员工加班,员工分别有Jack、Mark,然而每个人对加不加班是有自己的看法和行为的,这时就可以把Leader作为目标/主题,Jack、Mark做为观察者,观察者需要根据目标的指令来做出对应的行为。


一般观察者模式有4个角色,分别为:抽象目标类、具体目标类、抽象观察类、具体观察类。


代码实现如下:


抽象目标类 :MySubject

一 什么是观察者模式
定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知,并自动更新。
新手经常会把观察者模式经常与发布订阅模式,其实二者还是有一些区别的,
二 观察者模式与发布订阅模式的区别
观察者模式主要的使用场景是一对多的状态,且需要知道通知的对象是谁。
发布订阅模式的主要使用场景是一对多或者多对多的状态,且不需要知道通知的对象也就是消费者是谁。
观察者模式属于Gang of Four 提出的23中设计模式中的一种,发布订阅模式并不属于其中的一种而是一种软件设计理念。
观察者模式耦合度较高,因为观察者模式中目标的只有一个,观察者需要知道目标的所有行为。
发布订阅的耦合度较低,而发布订阅的发布者可以有多个,订阅者不需要知道发布者是谁,只需要关心发布的内容。
三 编写demo案例
比如今天是周一,Leader需要公司里的员工加班,员工分别有Jack、Mark,然而每个人对加不加班是有自己的看法和行为的,这时就可以把Leader作为目标/主题,Jack、Mark做为观察者,观察者需要根据目标的指令来做出对应的行为。
一般观察者模式有4个角色,分别为:抽象目标类、具体目标类、抽象观察类、具体观察类。
代码实现如下:
抽象目标类 :MySubject
————————————————
版权声明:本文为CSDN博主「掂掂三生有幸」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/weixin_42469135/article/details/12641330

具体目标类 :Leader

/**
 * @author liuy 抽象观察者类
 * @create 2022-08-18-13:05
 */
public interface MyObserver {
    void response(int state); //抽象响应方法
}

具体观察者类一:Jack

/**
 * @author liuy 具体观察者类
 * @create 2022-08-18-13:05
 */
public class Jack implements MyObserver {
    @Override
    public void response(int state) {
        String name = "Jack:";
        if(state ==1){
            System.out.println(name + "需要加班,开摆!");
        }else {
            System.out.println(name + "哈哈哈,不加班就可以回家打游戏了");
        }
    }
}

具体观察者类二:Mark

/**
 * @author liuy 具体观察者类
 * @create 2022-08-18-13:05
 */
public class Mark implements MyObserver {
    @Override
    public void response(int state) {
        String name = "Mark:";
        if(state ==1){
        System.out.println(name + "我爱加班,因为有加班费");
        }else {
            System.out.println(name + "呜呜呜,没加班费拿了");
        }
    }
}

现在基本的观察者模式已经实现了,现在开始测试。

/**
 * @author liuy 客户端测试
 * @create 2022-08-18-13:05
 */
public class Client {
    public static void main(String[] args) {
        MySubject subject = new Leader();
        MyObserver obs1, obs2;
        obs1 = new Jack();
        obs2 = new Mark();
        subject.attach(obs1);
        subject.attach(obs2);
//        subject.detach(ObserverEnum.Dog.getMyObserver());
        System.out.println("===================== 第一天 =======================");
        //1代表需要加班,2代表不加班
        System.out.println("Leader:今天所有人都要加班!");
        subject.push(1);
        System.out.println("===================== 第二天 ====================");
        //1代表需要加班,2代表不加班
        System.out.println("Leader:今天大家不用加班了!");
        subject.push(2);
    }
}

测试结果


0000.png


相信有一些小伙伴已经发现了,如果像测试类中的写法,每次发送消息的时候都需要new对应的对象然后添加到观察者集合中,这样很不方便


我们可以使用观察者模式+工厂模式来解决这个问题。


四 优化demo案例 观察者模式+工厂模式


创建观察者工厂枚举类:ObserverEnum

/**
 * @Author liuy
 * @Description 观察者工厂枚举类
 * @Date 2022/8/18 14:55
 * @Version 1.0
 */
public enum ObserverEnum {
    Mouse(new Jack()),
    Dog(new Mark()),
    ;
    ObserverEnum(MyObserver myObserver) {
        this.myObserver = myObserver;
    }
    private  MyObserver  myObserver;
    public MyObserver getMyObserver() {
        return myObserver;
    }
    public void setMyObserver(MyObserver myObserver) {
        this.myObserver = myObserver;
    }
    public static List<MyObserver> getObservers(){
        return Arrays.stream(ObserverEnum.values()).map(ObserverEnum::getMyObserver).collect(Collectors.toList());
    }
}

然后只需要修改抽象目标类中的观察者集合成员变量:observers

import java.util.List;
/**
 * @author liuy 抽象目标类
 * @create 2022-08-18-13:05
 */
public abstract class MySubject {
    //所有观察者集合
    //旧 protected List<MyObserver> observers = new ArrayList<>() ;
    protected List<MyObserver> observers = ObserverEnum.getObservers();
    //注册方法
    public void attach(MyObserver observer){
        observers.add(observer);
    }
    //注销方法
    public void detach(MyObserver observer){
        observers.remove(observer);
    }
    public abstract void push(int state); //抽象通知方法
}

测试

/**
 * @author liuy 客户端测试
 * @create 2022-08-18-13:05
 */
public class Client {
    public static void main(String[] args) {
        MySubject subject = new Leader();
        System.out.println("===================== 第一天 =======================");
        //1代表需要加班,2代表不加班
        System.out.println("Leader:今天所有人都要加班!");
        subject.push(1);
        System.out.println("===================== 第二天 ====================");
        //1代表需要加班,2代表不加班
        System.out.println("Leader:今天大家不用加班了!");
        subject.push(2);
    }
}

000.png


五 优缺点


主要优点

(1)观察者模式可以实现表示层和数据逻辑层的分离,定义了稳定的消息传递机制,并抽象了更新接口,使得可以有各种各样的表示层充当具体的观察者角色。


(2)观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察者对象只需要维持一个抽象观察者的集合,无需了解其具体观察者。


(3)观察者模式支持广播通信,观察目标会向所有已注册的观察者发送通知,降低了一对多系统的设计难度。


(4)观察者模式满足开闭原则的要求,增加新的具体观察者无须修改原有的系统代码。


主要缺点

(1)如果一个观察目标对象有很多的直接观察者和间接观察者,那么所有的观察者接收到消息会耗费大量的时间。


(2)如果观察者和被观察者之间存在循环依赖,那么观察目标会触发它们之间进行循环调用,可能导致系统崩溃。


(3)观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道目标观察对象发生了变化


相关文章
|
10月前
|
设计模式 消息中间件 安全
【JUC】(3)常见的设计模式概念分析与多把锁使用场景!!理解线程状态转换条件!带你深入JUC!!文章全程笔记干货!!
JUC专栏第三篇,带你继续深入JUC! 本篇文章涵盖内容:保护性暂停、生产者与消费者、Park&unPark、线程转换条件、多把锁情况分析、可重入锁、顺序控制 笔记共享!!文章全程干货!
470 1
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
|
设计模式 Java Spring
spring源码设计模式分析-代理设计模式(二)
spring源码设计模式分析-代理设计模式(二)
|
设计模式 存储 缓存
Guava 源码中7种设计模式的实现分析
V 哥在学习 Guava 源码中总结的7个设计模式的实现分析,欢迎关注威哥爱编程,做自己的技术,让别人去卷吧。
272 9
|
设计模式 安全 Java
Java面试题:请列举三种常用的设计模式,并分别给出在Java中的应用场景?请分析Java内存管理中的主要问题,并提出相应的优化策略?请简述Java多线程编程中的常见问题,并给出解决方案
Java面试题:请列举三种常用的设计模式,并分别给出在Java中的应用场景?请分析Java内存管理中的主要问题,并提出相应的优化策略?请简述Java多线程编程中的常见问题,并给出解决方案
394 0
|
设计模式 Java 开发者
工厂设计模式的实现与应用场景分析
工厂设计模式的实现与应用场景分析
|
设计模式 Java 开发者
Head First设计模式详解与应用场景分析
Head First设计模式详解与应用场景分析
|
设计模式 缓存 安全
分析设计模式对Java应用性能的影响,并提供优化策略
【4月更文挑战第7天】本文分析了7种常见设计模式对Java应用性能的影响及优化策略:单例模式可采用双重检查锁定、枚举实现或对象池优化;工厂方法和抽象工厂模式可通过对象池和缓存减少对象创建开销;建造者模式应减少构建步骤,简化复杂对象;原型模式优化克隆方法或使用序列化提高复制效率;适配器模式尽量减少使用,或合并多个适配器;观察者模式限制观察者数量并使用异步通知。设计模式需根据应用场景谨慎选用,兼顾代码质量和性能。
333 0
|
设计模式 安全 Java
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
【分布式技术专题】「Tomcat技术专题」 探索Tomcat技术架构设计模式的奥秘(Server和Service组件原理分析)
430 0
|
设计模式 存储 安全
NFT佛萨奇矩阵公排合约系统开发|案例分析|设计模式
区块链目前面临的另一个挑战是可扩展性问题

热门文章

最新文章