Rxjava源码解析笔记 | Rxjava概述 & 传统观察者设计模式源码解析

简介: Rxjava源码解析笔记 | Rxjava概述 & 传统观察者设计模式源码解析

进行耗时任务

比如:在后台做一些网络操作、查询或者一些复杂计算的时候,
我们如果不用其他框架的话,
最常见做法即自己开一个子线程
然后通过回调的形式获取到结果(如后台以结果为参数发送广播,前台回调onReceive()接收获取到结果);

但是这样有一个问题,
随着业务逻辑越来越复杂,
项目会陷入回调中套回调的病区

这对后期维护代码来说是一个很严重的问题;


而Rxjava的出现解决了以上的问题

  • Rxjava本质上是一个异步操作库

它是一个能用非常简单的逻辑,去处理那些繁琐复杂任务
异步的操作事件库;
Rxjava在一定的程度上,

也能替代项目中非常多的Handler、AsyncTask等等;


关于Rxjava的设计模式——观察者模式

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

  • 在app开发中,如果有一个对象的状态/数据,是你非常要关心的,

同时你每个页面所有的UI都会跟这个对象绑定,
即当这个对象发生改变的时候,我们就需要通知所有的页面都去做UI改变;
以上所述其实便是一种观察者模式
**A对象对B对象的数据高度敏感,
当B对象变化的一瞬间,A对象要做出反应;
这时候A对象就是观察者,B对象就是被观察者;

观察者模式的情况,
就是众多的观察者,对被观察者的数据 高度敏感,
被观察者变化之后观察者自身的一种反应,
它是一种一对多的关系,多个观察者对应一个被观察者;**

  • 观察者模式的UML类图

    • Observerable(被观察者接口,interface):

      • registerObserver():将观察者注册到被观察者当中;即订阅方法;
      • removeObserver():将观察者从被观察者中移出;取消订阅方法;
      • notifyObservers():当我们被观察者状态改变的时候,这个方法就会被调用;

而此方法内部又会调用观察者接口(Observer)update()方法,
去通知观察者(Observer)做出相应的处理改变;

- ConcreteObserverable(被观察者具体的实现,class)
    - 实现了Observerable(被观察者接口,interface)定义的三个方法;
    - 定义了List<Observer>,用于保存注册好的观察者;

泛型是Observer,是接口,而非具体的实现类,
**这样做的原因就是,
为了让一个被观察者实例,
可以对应着,可能会有的,
多个实现了Observer(观察者)接口的观察者实现类,**
(一个被观察者实例可以对应多个观察者实现类实例
如此便可把观察者和被观察者通过List进行解耦

二来,泛型不指定具体的实现类,方便后续进行拓展,
即只要把拓展的观察者实现类去实现观察接口便合格,
由此可以实现各式各样的观察者;

- Observer(观察者接口)
    - 定义了```update()```方法;

当我们被观察者状态改变的时候,notifyObservers()方法就会被调用;
notifyObservers()内部则会调用本update()方法,
去通知观察者(Observer)做出相应的处理改变;

- ConcreteObserver(观察者实现类)

具体实现了Observer(观察者接口)的update()方法;

简单看一下观察者设计模式的代码

  • Observerable接口:
package com.example.jiajiemu.a11.observe;



/**
 * Created by Mjj on 2017/10/6.
 */

public interface Observerable {
    public void registerObserver(Observer o);
    public void removeObserver(Observer o);
    public void notifyObservers();
}
  • Observer接口:
package com.example.jiajiemu.a11.observe;

/**
 * Created by Mjj on 2017/10/6.
 */

public interface Observer {
    public void update(int edition,float cost);
}
  • ConcreteObserverable实现类:
package com.example.jiajiemu.a11.observe;

import java.util.ArrayList;
import java.util.List;

/**
 * Created by Mjj on 2017/10/6.
 */

public class ConcreteObserverable implements Observerable {

    private List<Observer> mObservers;
    private int edition;
    private float cost;

    public ConcreteObserverable() {
        mObservers = new ArrayList<>();
    }

    @Override
    public void registerObserver(Observer o) {
        mObservers.add(o);
    }

    @Override
    public void removeObserver(Observer o) {
        int i = mObservers.indexOf(o);
        if(i >= 0)
            mObservers.remove(i);
    }

    @Override
    public void notifyObservers() {
        for(int i = 0; i < mObservers.size(); i++){
            Observer observer = mObservers.get(i);
            observer.update(edition, cost);
        }
    }

    public void setInfomation(int edition,float cost){
        this.edition = edition;
        this.cost = cost;
        //信息更新完毕,通知所有观察者
        notifyObservers();
    }

}
  • .

    • notifyObservers()

可以看到方法中所写,遍历所有观察者,
依次使每一个观察者调用update()方法进行数据更新
update()方法在ConcreteObserver中具体实现):

    @Override
    public void notifyObservers() {
        for(int i = 0; i < mObservers.size(); i++){
            Observer observer = mObservers.get(i);
            observer.update(edition, cost);
        }
    }
  • ConcreteObserver实现类:
package com.example.jiajiemu.a11.observe;

/**
 * Created by Mjj on 2017/10/6.
 */

public class ConcreateObserver implements Observer {

    private String name;
    private int edition;
    private float cost;

    public ConcreateObserver(String name){
        this.name = name;
    }

    @Override
    public void update(int edition, float cost) {
        this.edition = edition;
        this.cost = cost;
        buy();
    }

    public void buy(){
        System.out.println(name+"购买了第"+edition+"期的杂志,花费了"+cost+"元。");
    }

}
  • .

    • 主要实现,

update()方法中添加的业务逻辑buy()方法,
buy()方法是可以根据不同场景做相应的逻辑判断,数据更新;
或者可以在update()方法中添加更多的业务逻辑

  • Client客户端测试类:
package com.example.jiajiemu.a11.observe;

/**
 * Created by Mjj on 2017/10/6.
 */

public class Client {
    public static void main(String[] args) {
        //创建被观察者
        ConcreteObserverable concreteObserverable = new ConcreteObserverable();

        //创建三个不同的观察者
        Observer observerA = new ConcreateObserver("A");
        Observer observerB = new ConcreateObserver("B");
        Observer observerC = new ConcreateObserver("C");

        //将观察者注册到被观察者中
        concreteObserverable.registerObserver(observerA);
        concreteObserverable.registerObserver(observerB);
        concreteObserverable.registerObserver(observerC);

        //更新被观察者中的数据,当数据更新后,会自动通知所有已注册的观察者
        concreteObserverable.setInfomation(5, 12);
    }

}
  • .

    - ```setInformation()```,封装了一下```notifyObservers()```:
@Override
    public void notifyObservers() {
        for(int i = 0; i < mObservers.size(); i++){
            Observer observer = mObservers.get(i);
            observer.update(edition, cost);
        }
    }

    public void setInfomation(int edition,float cost){
        this.edition = edition;
        this.cost = cost;
        //信息更新完毕,通知所有观察者
        notifyObservers();
    }

传统观察者模式的使用场景

1.一个方面的操作/处理依赖于另一个方面的状态变化
(即观察者的操作依赖于被观察者的状态变化;
埋伏中的警察的操作依赖于小偷的状态变化,
球迷的操作依赖于球赛的状态变化)

  1. **如果在更改一个对象的时候,

需要同时连带改变其他的对象;**

  1. **当一个对象必须通知其他的对象,

但是你又希望这个对象和其他被通知的对象是松散耦合的;**




参考自 慕课网

相关文章
|
1月前
|
设计模式 消息中间件 安全
【JUC】(3)常见的设计模式概念分析与多把锁使用场景!!理解线程状态转换条件!带你深入JUC!!文章全程笔记干货!!
JUC专栏第三篇,带你继续深入JUC! 本篇文章涵盖内容:保护性暂停、生产者与消费者、Park&unPark、线程转换条件、多把锁情况分析、可重入锁、顺序控制 笔记共享!!文章全程干货!
116 1
设计模式 存储 人工智能
164 0
|
5月前
|
设计模式 存储 缓存
Netty源码—9.性能优化和设计模式
本文主要介绍了Netty的两大性能优化工具、FastThreadLocal的源码和总结、Recycler的设计理念/使用/四个核心组件/初始化/对象获取/对象回收/异线程收割对象和总结,以及Netty设计模式的单例模式和策略模式。
177 53
|
8月前
|
设计模式 SQL Java
【再谈设计模式】解释器模式~语法的解析执行者
解释器模式定义了一种语言的语法表示,并定义一个解释器来解释该语言中的句子。它使用类来表示每个语法规则,并且通过递归调用这些类的方法来解释表达式。本质上,它将一个复杂的表达式分解为一系列简单的部分,然后按照特定的语法规则进行解析和执行。
195 8
|
9月前
|
设计模式 存储 Java
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式(Chain of Responsibility Pattern)是一种行为型设计模式,允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者,从而实现解耦和灵活性。其结构包括抽象处理者(Handler)、具体处理者(ConcreteHandler)和客户端(Client)。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
181 13
「全网最细 + 实战源码案例」设计模式——责任链模式
|
9月前
|
设计模式 存储 算法
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式(Command Pattern)是一种行为型设计模式,将请求封装成独立对象,从而解耦请求方与接收方。其核心结构包括:Command(命令接口)、ConcreteCommand(具体命令)、Receiver(接收者)和Invoker(调用者)。通过这种方式,命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景: 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点: - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点: - 增加复杂性和类数量。
286 14
「全网最细 + 实战源码案例」设计模式——命令模式
|
9月前
|
数据采集 搜索推荐 API
小红书笔记详情 API 接口:获取、应用与收益全解析
小红书(RED)是国内领先的生活方式分享平台,汇聚大量用户生成内容(UGC),尤以“种草”笔记闻名。小红书笔记详情API接口为开发者提供了获取笔记详细信息的强大工具,包括标题、内容、图片、点赞数等。通过注册开放平台账号、申请API权限并调用接口,开发者可构建内容分析工具、笔记推荐系统、数据爬虫等应用,提升用户体验和运营效率,创造新的商业模式。本文将详细介绍该API的获取、应用及潜在收益,并附上代码示例。
1235 13
|
9月前
|
设计模式 算法 开发者
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式(Strategy Pattern)是一种行为型设计模式,用于定义一系列可替换的算法或行为,并将它们封装成独立的类。通过上下文持有策略对象,在运行时动态切换算法,提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断;缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类,结合上下文类实现动态算法选择。
272 8
「全网最细 + 实战源码案例」设计模式——策略模式
|
9月前
|
设计模式 SQL 算法
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式,定义了算法的骨架并在父类中实现不变部分,将可变部分延迟到子类实现。通过这种方式,它避免了代码重复,提高了复用性和扩展性。具体步骤由抽象类定义,子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则,缺点是可能违反里氏替换原则且灵活性较低。
216 7
「全网最细 + 实战源码案例」设计模式——模板方法模式
|
9月前
|
设计模式 存储 安全
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式(Composite Pattern)是一种结构型设计模式,用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合,简化了复杂结构的处理。组合模式包含三个主要组件:抽象组件(Component)、叶子节点(Leaf)和组合节点(Composite)。通过这种模式,客户端可以统一处理简单元素和复杂元素,而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则;缺点是可能引入不必要的复杂性和过度抽象。
255 22

热门文章

最新文章

推荐镜像

更多
  • DNS