浅析Java设计模式【3.3】——观察者

简介: Java常用设计模式,观察者模式

title: 浅析Java设计模式【1】——观察者
date: 2019-03-29 21:11:42
categories: 设计模式

description: 浅析Java设计模式【1】——观察者

1. 目录

Observer

2. 概念

当实体间存在某种一对多关系,即当一方发生改变,依赖于它的实体将收到通知这样的事件,也就是观察者模式,俗称发布订阅,也常被人称作监听器模式。但是不论怎么称呼它只属于行为型的设计模式。

观察者模式两个概念:被观察者(1)、观察者(N),为了更方便理解,我们将被观察者比作一个工厂,观察者比作每个消费者。所以我们在设计开发需要注意这两个对象。下来我们将利用JDK自带的方式来编写用例,同时我们还穿插多线程方式的实现。

2.1. 简介分析

  • 使用场景:适合构建关联场景,例如一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知,进行广播通知。
  • 解决方式:使用面向对象技术,可以将这种依赖关系弱化。
  • 举个栗子:
粉丝订阅大V的博主

博主发布微博文章。

粉丝们收到博主的发布

2.2. 优缺点

2.2.1. 优点

  • 观察者和被观察者是抽象耦合的。
  • 建立一套触发机制。

2.2.2. 缺点

  • 如果一个被观察者对象有很多的直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间
  • 如果在观察者和观察目标之间有循环依赖的话,观察目标会触发它们之间进行循环调用,可能导致系统崩溃
  • 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。

3. 2.2.单线程同步实现

JAVA 中已经有了对观察者模式的支持类,这次我们直接使用。

3.1. 观察者

import lombok.extern.slf4j.Slf4j;

import java.util.Observable;
import java.util.Observer;

/**
 * @ClassName Fan
 * @Description 观察者
 * @author WCNGS@QQ.COM
 * @Github <a>https://github.com/rothschil</a>
 * @date 2019/12/25 16:36
 * @Version 1.0.0
*/
@Slf4j
public class Fan implements Observer {

    private String fanName;


    @Override
    public void update(Observable o, Object arg) {
        Blogger blogger=(Blogger)o;
        Article article=(Article)arg;
        log.error("粉丝{},看见{}的博主发表主题为{}的微博,内容为{}",fanName,blogger.getBlogName(),article.getTopicName(),article.getContext());
    }

    public Fan(String fanName) {
        this.fanName = fanName;
    }
}

3.2. 被观察者

package xyz.wongs.weathertop.design.observer;

import lombok.Getter;
import lombok.extern.slf4j.Slf4j;
import java.util.Observable;

/**
 * @ClassName Blogger
 * @Description 被观察者,对观察者对象的引用进行抽象保存
 * @author WCNGS@QQ.COM
 * @Github <a>https://github.com/rothschil</a>
 * @date 2019/12/25 16:36
 * @Version 1.0.0
*/
@Slf4j
public class Blogger extends Observable {

    @Getter
    private String blogName;

    public Blogger(String blogName) {
        this.blogName = blogName;
    }

    public void productArticle(Blogger blogger,Article article){
        log.error("博主{}发表主题为{}的微博",blogger.getBlogName(),article.getTopicName());
        setChanged();
        notifyObservers(article);
    }
}

3.3. 观察的目标

package xyz.wongs.weathertop.design.observer;

import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;

@AllArgsConstructor
@NoArgsConstructor
@Data
public class Article {

    private String topicName;

    private String context;
}

3.4. 测试用例


@Slf4j
public class AppTest {

    @Test
    public void testObserver() {
        Blogger blogger = new Blogger("Sam.Von.Abram");
        Fan fan1 = new Fan("张三");
        Fan fan2 = new Fan("李四");
        Fan fan3 = new Fan("朱元昌");
        blogger.addObserver(fan1);
        blogger.addObserver(fan2);
        blogger.addObserver(fan3);

        Article article1 = new Article("富豪","怎么成为富豪");

        blogger.productArticle(blogger,article1);

    }
}

演示结果

4. 多线程异步实现

上一节,我们用同步方式来实现观察者模式的样例,那么在实际过程中,我们可能会碰遇到一些业务场景,当受并发度不高、系统复杂度很小以及外部资源等条件制约,应用系统并未发展到需要使用MQ来进行业务解耦,那么我们就可以考虑利用观察者模式结合异步通过多线程这样的方案来解决。

还在上一节中的代码中进行改造,为了方便演示,利用了Springboot来构造整个演示项目。

4.1. 被观察者

被观察者比较简单,就是加了注解。

@Slf4j
@Component
public class BloggerManager extends Observable {

    @Getter
    private String blogName;

    public BloggerManager(){
    }

    public BloggerManager(String blogName) {
        this.blogName = blogName;
    }

    public void productArticle(Article article){
        log.error("博主{}发表主题为{}的微博",blogName,article.getTopicName());
        setChanged();
        notifyObservers(article);
    }

    public void setBlogName(String blogName) {
        this.blogName = blogName;
    }
}

4.2. 观察者

观察者的设计有个注意项,我们一定要多加一个Scope,多例的方式来构造实体Bean,因为要在多线程环境下使用,这一点要格外注意。再有就是一个线程池的构造,定大小即可。

@Slf4j
@Component
@Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE)
public class FanManager implements Observer {

    private String fanName;

    /**
     * 线程池
     */
    private ExecutorService executorService = Executors.newFixedThreadPool(5);

    @Override
    public void update(Observable o, Object arg) {
        executorService.execute(()->{
            BloggerManager blogger=(BloggerManager)o;
            Article article=(Article)arg;
            log.error("线程{},粉丝{},看见{}的博主发表主题为{}的微博,内容为{}",Thread.currentThread().getName(),fanName,blogger.getBlogName(),article.getTopicName(),article.getContext());
        });
    }

    public FanManager() {

    }
    public FanManager(String fanName) {
        this.fanName = fanName;
    }

    public void setFanName(String fanName) {
        this.fanName = fanName;
    }
}

4.3. 发布装置

上面完成两个核心类的编写,下来我们再封装哥分布装置,用来接收专职绑定观察者和发布,话不多说,直接Code。


@Component
public class BrcManager {

    @Autowired
    private BloggerManager bloggerManager;
//
//    @Autowired
//    private WriterManager writerManager;

    @Async
    public void brcToBlog(String blogName, Article article){
        bloggerManager.setBlogName(blogName);
        FanManager fanManager;
        WriterManager writerManager;
        for(int i=0;i<6;i++){
            fanManager = SpringContextHolder.getBean("fanManager");
            fanManager.setFanName("粉丝"+i);
            bloggerManager.addObserver(fanManager);
        }
        bloggerManager.productArticle(article);
    }
}

4.4. 测试用例


public class TestAsy extends BaseAppTest {

    @Autowired
    BrcManager brcManager;

    @Test
    public void testAys() {
        Article article1 = new Article("富豪","怎么成为富豪");
        brcManager.brcToBlog("Sam.Von.Abram",article1);
    }
}

测试结果

目录
相关文章
|
1天前
|
设计模式 存储 Java
【十】设计模式~~~结构型模式~~~享元模式(Java)
文章详细介绍了享元模式(Flyweight Pattern),这是一种对象结构型模式,通过共享技术实现大量细粒度对象的重用,区分内部状态和外部状态来减少内存中对象的数量,提高系统性能。通过围棋棋子的设计案例,展示了享元模式的动机、定义、结构、优点、缺点以及适用场景,并探讨了单纯享元模式和复合享元模式以及与其他模式的联用。
【十】设计模式~~~结构型模式~~~享元模式(Java)
|
1天前
|
设计模式 存储 Java
【九】设计模式~~~结构型模式~~~外观模式(Java)
文章详细介绍了外观模式(Facade Pattern),这是一种对象结构型模式,通过引入一个外观类来简化客户端与多个子系统之间的交互,降低系统的耦合度,并提供一个统一的高层接口来使用子系统。通过文件加密模块的实例,展示了外观模式的动机、定义、结构、优点、缺点以及适用场景,并讨论了如何通过引入抽象外观类来提高系统的可扩展性。
【九】设计模式~~~结构型模式~~~外观模式(Java)
|
1天前
|
设计模式 Java
【八】设计模式~~~结构型模式~~~装饰模式(Java)
文章详细介绍了装饰模式(Decorator Pattern),这是一种对象结构型模式,用于在不使用继承的情况下动态地给对象添加额外的职责。装饰模式通过关联机制,使用装饰器类来包装原有对象,并在运行时通过组合的方式扩展对象的行为。文章通过图形界面构件库的设计案例,展示了装饰模式的动机、定义、结构、优点、缺点以及适用场景,并提供了Java代码实现和应用示例。装饰模式提高了系统的灵活性和可扩展性,适用于需要动态、透明地扩展对象功能的情况。
【八】设计模式~~~结构型模式~~~装饰模式(Java)
|
1天前
|
设计模式 XML 存储
【七】设计模式~~~结构型模式~~~桥接模式(Java)
文章详细介绍了桥接模式(Bridge Pattern),这是一种对象结构型模式,用于将抽象部分与实现部分分离,使它们可以独立地变化。通过实际的软件开发案例,如跨平台视频播放器的设计,文章阐述了桥接模式的动机、定义、结构、优点、缺点以及适用场景,并提供了完整的代码实现和测试结果。桥接模式适用于存在两个独立变化维度的系统,可以提高系统的可扩展性和灵活性。
【七】设计模式~~~结构型模式~~~桥接模式(Java)
|
1天前
|
设计模式 存储 负载均衡
【五】设计模式~~~创建型模式~~~单例模式(Java)
文章详细介绍了单例模式(Singleton Pattern),这是一种确保一个类只有一个实例,并提供全局访问点的设计模式。文中通过Windows任务管理器的例子阐述了单例模式的动机,解释了如何通过私有构造函数、静态私有成员变量和公有静态方法实现单例模式。接着,通过负载均衡器的案例展示了单例模式的应用,并讨论了单例模式的优点、缺点以及适用场景。最后,文章还探讨了饿汉式和懒汉式单例的实现方式及其比较。
【五】设计模式~~~创建型模式~~~单例模式(Java)
|
1天前
|
设计模式 算法 安全
Java编程中的设计模式:提升代码的可维护性和扩展性
【8月更文挑战第19天】在软件开发的世界里,设计模式是解决常见问题的一种优雅方式。本文将深入探讨Java编程语言中常用的几种设计模式,并解释如何通过这些模式来提高代码的可维护性和扩展性。文章不涉及具体的代码实现,而是侧重于理论和实践相结合的方式,为读者提供一种思考和改善现有项目的新视角。
|
1天前
|
设计模式 XML 存储
【六】设计模式~~~结构型模式~~~适配器模式(Java)
文章详细介绍了适配器模式(Adapter Pattern),这是一种结构型设计模式,用于将一个类的接口转换成客户期望的另一个接口,使原本不兼容的接口能够一起工作,提高了类的复用性和系统的灵活性。通过对象适配器和类适配器两种实现方式,展示了适配器模式的代码应用,并讨论了其优点、缺点以及适用场景。
|
1天前
|
设计模式 Java
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
文章提供了一份常用设计模式的全面介绍,包括创建型模式、结构型模式和行为型模式。每种设计模式都有详细的概念讲解、案例说明、代码实例以及运行截图。作者通过这些模式的介绍,旨在帮助读者更好地理解源码、编写更优雅的代码,并进行系统重构。同时,文章还提供了GitHub上的源码地址,方便读者直接访问和学习。
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
|
1天前
|
设计模式 算法 Java
【十六】设计模式~~~行为型模式~~~策略模式(Java)
文章详细介绍了策略模式(Strategy Pattern),这是一种对象行为型模式,用于定义一系列算法,将每个算法封装起来,并使它们可以相互替换。策略模式让算法独立于使用它的客户而变化,提高了系统的灵活性和可扩展性。通过电影院售票系统中不同类型用户的打折策略案例,展示了策略模式的动机、定义、结构、优点、缺点以及适用场景,并提供了Java代码实现和测试结果。
【十六】设计模式~~~行为型模式~~~策略模式(Java)
|
1天前
|
设计模式 网络协议 Java
【十五】设计模式~~~行为型模式~~~状态模式(Java)
文章详细介绍了状态模式(State Pattern),这是一种对象行为型模式,用于处理对象在其内部状态改变时的行为变化。文中通过案例分析,如银行账户状态管理和屏幕放大镜工具,展示了状态模式的应用场景和设计方法。文章阐述了状态模式的动机、定义、结构、优点、缺点以及适用情况,并提供了Java代码实现和测试结果。状态模式通过将对象的状态和行为封装在独立的状态类中,提高了系统的可扩展性和可维护性。
【十五】设计模式~~~行为型模式~~~状态模式(Java)