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

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 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. **当一个对象必须通知其他的对象,

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




参考自 慕课网

相关文章
|
2月前
|
设计模式 XML Java
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
本文详细介绍了Spring框架的核心功能,并通过手写自定义Spring框架的方式,深入理解了Spring的IOC(控制反转)和DI(依赖注入)功能,并且学会实际运用设计模式到真实开发中。
【23种设计模式·全精解析 | 自定义Spring框架篇】Spring核心源码分析+自定义Spring的IOC功能,依赖注入功能
|
2月前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
2月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
14天前
|
自然语言处理 数据处理 索引
mindspeed-llm源码解析(一)preprocess_data
mindspeed-llm是昇腾模型套件代码仓,原来叫"modelLink"。这篇文章带大家阅读一下数据处理脚本preprocess_data.py(基于1.0.0分支),数据处理是模型训练的第一步,经常会用到。
33 0
|
3月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
121 2
|
4月前
|
缓存 Java 程序员
Map - LinkedHashSet&Map源码解析
Map - LinkedHashSet&Map源码解析
97 1
|
4月前
|
算法 Java 容器
Map - HashSet & HashMap 源码解析
Map - HashSet & HashMap 源码解析
81 0
|
4月前
|
存储 Java C++
Collection-PriorityQueue源码解析
Collection-PriorityQueue源码解析
83 0
|
4月前
|
安全 Java 程序员
Collection-Stack&Queue源码解析
Collection-Stack&Queue源码解析
112 0
|
2月前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析

推荐镜像

更多