RxJava 2.x 入门

Create
create 操作符主要用于产生一个 Obserable 被观察者对象,为了方便大家的认知,以后的教程中统一把被观察者 Observable 称为发射器(上游事件),观察者 Observer 称为接收器(下游事件)。
在这里插入图片描述

Observable.create(new ObservableOnSubscribe<Integer>() {            
 		   @Override
           public void subscribe(@NonNull ObservableEmitter<Integer> e) throws Exception {
               mRxOperatorsText.append("Observable emit 1" + "\n");
               Log.e(TAG, "Observable emit 1" + "\n");
               e.onNext(1);
               mRxOperatorsText.append("Observable emit 2" + "\n");
               Log.e(TAG, "Observable emit 2" + "\n");
               e.onNext(2);
               mRxOperatorsText.append("Observable emit 3" + "\n");
               Log.e(TAG, "Observable emit 3" + "\n");
               e.onNext(3);
               e.onComplete();
               mRxOperatorsText.append("Observable emit 4" + "\n");
               Log.e(TAG, "Observable emit 4" + "\n" );
               e.onNext(4);
           }
       }).subscribe(new Observer<Integer>() {            
       private int i;            
       private Disposable mDisposable;            
       @Override
        public void onSubscribe(@NonNull Disposable d) {
               mRxOperatorsText.append("onSubscribe : " + d.isDisposed() + "\n");
               Log.e(TAG, "onSubscribe : " + d.isDisposed() + "\n" );
               mDisposable = d;
           }            
           @Override
           public void onNext(@NonNull Integer integer) {
               mRxOperatorsText.append("onNext : value : " + integer + "\n");
               Log.e(TAG, "onNext : value : " + integer + "\n" );
               i++;                
               if (i == 2) {                    
               // 在RxJava 2.x 中,新增的Disposable可以做到切断的操作,让Observer观察者不再接收上游事件
                   mDisposable.dispose();
                   mRxOperatorsText.append("onNext : isDisposable : " + mDisposable.isDisposed() + "\n");
                   Log.e(TAG, "onNext : isDisposable : " + mDisposable.isDisposed() + "\n");
               }
           }            
           @Override
           public void onError(@NonNull Throwable e) {
               mRxOperatorsText.append("onError : value : " + e.getMessage() + "\n");
               Log.e(TAG, "onError : value : " + e.getMessage() + "\n" );
           }            
           @Override
           public void onComplete() {
               mRxOperatorsText.append("onComplete" + "\n");
               Log.e(TAG, "onComplete" + "\n" );
           }
       });

需要注意的几点是:
在发射事件中,我们在发射了数值 3 之后,直接调用了 e.onComlete(),虽然无法接收事件,但发送事件还是继续的。
另外一个值得注意的点是,在 RxJava 2.x 中,可以看到发射事件方法相比 1.x 多了一个 throws Excetion,意味着我们做一些特定操作再也不用 try-catch 了。
并且 2.x 中有一个 Disposable 概念,这个东西可以直接调用切断,可以看到,当它的 isDisposed() 返回为 false 的时候,接收器能正常接收事件,但当其为 true 的时候,接收器停止了接收。所以可以通过此参数动态控制接收事件了。
Map
Map RxJava 1.x 中它的作用是对发射时间发送的每一个事件应用一个函数,是的每一个事件都按照指定的函数去变化,而在 2.x 中它的作用几乎一致。
在这里插入图片描述

Observable.create(new ObservableOnSubscribe<Integer>() {            	
			@Override
           public void subscribe(@NonNull ObservableEmitter<Integer> e) throws Exception {
               e.onNext(1);
               e.onNext(2);
               e.onNext(3);
           }
       }).map(new Function<Integer, String>() {            
          @Override
           public String apply(@NonNull Integer integer) throws Exception {                
           return "This is result " + integer;
           }
       }).subscribe(new Consumer<String>() {            
           @Override
           public void accept(@NonNull String s) throws Exception {
               mRxOperatorsText.append("accept : " + s +"\n");
               Log.e(TAG, "accept : " + s +"\n" );
           }
       });

Zip
zip 专用于合并事件,该合并不是连接(连接操作符后面会说),而是两两配对,也就意味着,最终配对出的 Observable 发射事件数目只和少的那个相同。

Observable.zip(getStringObservable(), getIntegerObservable(), new BiFunction<String, Integer, String>() {            
		   @Override
           public String apply(@NonNull String s, @NonNull Integer integer) throws Exception {                
           		return s + integer;
           }
       }).subscribe(new Consumer<String>() {            
           @Override
           public void accept(@NonNull String s) throws Exception {
               mRxOperatorsText.append("zip : accept : " + s + "\n");
               Log.e(TAG, "zip : accept : " + s + "\n");
           }
       });
private Observable<String> getStringObservable() {        
	return Observable.create(new ObservableOnSubscribe<String>() {            
		   @Override
           public void subscribe(@NonNull ObservableEmitter<String> e) throws Exception {                if (!e.isDisposed()) {
                   e.onNext("A");
                   mRxOperatorsText.append("String emit : A \n");
                   Log.e(TAG, "String emit : A \n");
                   e.onNext("B");
                   mRxOperatorsText.append("String emit : B \n");
                   Log.e(TAG, "String emit : B \n");
                   e.onNext("C");
                   mRxOperatorsText.append("String emit : C \n");
                   Log.e(TAG, "String emit : C \n");
               }
           }
       });
   }    
private Observable<Integer> getIntegerObservable() {        
   return Observable.create(new ObservableOnSubscribe<Integer>() {            
   	      @Override
           public void subscribe(@NonNull ObservableEmitter<Integer> e) throws Exception {                if (!e.isDisposed()) {
                   e.onNext(1);
                   mRxOperatorsText.append("Integer emit : 1 \n");
                   Log.e(TAG, "Integer emit : 1 \n");
                   e.onNext(2);
                   mRxOperatorsText.append("Integer emit : 2 \n");
                   Log.e(TAG, "Integer emit : 2 \n");
                   e.onNext(3);
                   mRxOperatorsText.append("Integer emit : 3 \n");
                   Log.e(TAG, "Integer emit : 3 \n");
                   e.onNext(4);
                   mRxOperatorsText.append("Integer emit : 4 \n");
                   Log.e(TAG, "Integer emit : 4 \n");
                   e.onNext(5);
                   mRxOperatorsText.append("Integer emit : 5 \n");
                   Log.e(TAG, "Integer emit : 5 \n");
               }
           }
       });
   }

需要注意的是:
zip 组合事件的过程就是分别从发射器 A 和发射器 B 各取出一个事件来组合,并且一个事件只能被使用一次,组合的顺序是严格按照事件发送的顺序来进行的,所以上面截图中,可以看到,1 永远是和 A 结合的,2 永远是和 B 结合的。
最终接收器收到的事件数量是和发送器发送事件最少的那个发送器的发送事件数目相同,所以如截图中,5 很孤单,没有人愿意和它交往,孤独终老的单身狗。
Concat
对于单一的把两个发射器连接成一个发射器,虽然 zip 不能完成,但我们还是可以自力更生,官方提供的 concat 让我们的问题得到了完美解决。
在这里插入图片描述

Observable.concat(Observable.just(1,2,3), Observable.just(4,5,6))
               .subscribe(new Consumer<Integer>() {                    
                   @Override
                   public void accept(@NonNull Integer integer) throws Exception {
                       mRxOperatorsText.append("concat : "+ integer + "\n");
                       Log.e(TAG, "concat : "+ integer + "\n" );
                   }
               });

发射器 B 把自己的三个孩子送给了发射器 A,让他们组合成了一个新的发射器,非常懂事的孩子,有条不紊的排序接收。
FlatMap
它可以把一个发射器 Observable 通过某种方法转换为多个 Observables,然后再把这些分散的 Observables装进一个单一的发射器 Observable。但有个需要注意的是,flatMap 并不能保证事件的顺序,如果需要保证,需要用到我们下面要讲的 ConcatMap。
在这里插入图片描述

Observable.create(new ObservableOnSubscribe<Integer>() {           
	      @Override
          public void subscribe(@NonNull ObservableEmitter<Integer> e) throws Exception {
              e.onNext(1);
              e.onNext(2);
              e.onNext(3);
          }
      }).flatMap(new Function<Integer, ObservableSource<String>>() {           
      	  @Override
          public ObservableSource<String> apply(@NonNull Integer integer) throws Exception {
              List<String> list = new ArrayList<>();               
              for (int i = 0; i < 3; i++) {
                  list.add("I am value " + integer);
              }               
              int delayTime = (int) (1 + Math.random() * 10);               
              return Observable.fromIterable(list).delay(delayTime, TimeUnit.MILLISECONDS);
          }
      }).subscribeOn(Schedulers.newThread())
              .observeOn(AndroidSchedulers.mainThread())
              .subscribe(new Consumer<String>() {                   
                  @Override
                  public void accept(@NonNull String s) throws Exception {
                      Log.e(TAG, "flatMap : accept : " + s + "\n");
                      mRxOperatorsText.append("flatMap : accept : " + s + "\n");
                  }
              });

采用一个随机数,生成一个时间,然后通过 delay(后面会讲)操作符,做一个小延时操作,而查看 Log 日志也确认验证了我们上面的说法,它是无序的。
concatMap
concatMap 与 FlatMap 的唯一区别就是 concatMap 保证了顺序,所以,我们就直接把 flatMap 替换为 concatMap 验证吧。

Observable.create(new ObservableOnSubscribe<Integer>() {            
		   @Override
           public void subscribe(@NonNull ObservableEmitter<Integer> e) throws Exception {
               e.onNext(1);
               e.onNext(2);
               e.onNext(3);
           }
       }).concatMap(new Function<Integer, ObservableSource<String>>() {            		   @Override
           public ObservableSource<String> apply(@NonNull Integer integer) throws Exception {
               List<String> list = new ArrayList<>();                
               for (int i = 0; i < 3; i++) {
                   list.add("I am value " + integer);
               }                
               int delayTime = (int) (1 + Math.random() * 10);                
               return Observable.fromIterable(list).delay(delayTime, TimeUnit.MILLISECONDS);
           }
       }).subscribeOn(Schedulers.newThread())
               .observeOn(AndroidSchedulers.mainThread())
               .subscribe(new Consumer<String>() {                    
                   @Override
                   public void accept(@NonNull String s) throws Exception {
                       Log.e(TAG, "flatMap : accept : " + s + "\n");
                       mRxOperatorsText.append("flatMap : accept : " + s + "\n");
                   }
               });
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目标检测(Object Detection)是计算机视觉领域的一个核心问题,其主要任务是找出图像中所有感兴趣的目标(物体),并确定它们的类别和位置。以下是对目标检测的详细阐述: 一、基本概念 目标检测的任务是解决“在哪里?是什么?”的问题,即定位出图像中目标的位置并识别出目标的类别。由于各类物体具有不同的外观、形状和姿态,加上成像时光照、遮挡等因素的干扰,目标检测一直是计算机视觉领域最具挑战性的任务之一。 二、核心问题 目标检测涉及以下几个核心问题: 分类问题:判断图像中的目标属于哪个类别。 定位问题:确定目标在图像中的具体位置。 大小问题:目标可能具有不同的大小。 形状问题:目标可能具有不同的形状。 三、算法分类 基于深度学习的目标检测算法主要分为两大类: Two-stage算法:先进行区域生成(Region Proposal),生成有可能包含待检物体的预选框(Region Proposal),再通过卷积神经网络进行样本分类。常见的Two-stage算法包括R-CNN、Fast R-CNN、Faster R-CNN等。 One-stage算法:不用生成区域提议,直接在网络中提取特征来预测物体分类和位置。常见的One-stage算法包括YOLO系列(YOLOv1、YOLOv2、YOLOv3、YOLOv4、YOLOv5等)、SSD和RetinaNet等。 四、算法原理 以YOLO系列为例,YOLO将目标检测视为回归问题,将输入图像一次性划分为多个区域,直接在输出层预测边界框和类别概率。YOLO采用卷积网络来提取特征,使用全连接层来得到预测值。其网络结构通常包含多个卷积层和全连接层,通过卷积层提取图像特征,通过全连接层输出预测结果。 五、应用领域 目标检测技术已经广泛应用于各个领域,为人们的生活带来了极大的便利。以下是一些主要的应用领域: 安全监控:在商场、银行
目标检测(Object Detection)是计算机视觉领域的一个核心问题,其主要任务是找出图像中所有感兴趣的目标(物体),并确定它们的类别和位置。以下是对目标检测的详细阐述: 一、基本概念 目标检测的任务是解决“在哪里?是什么?”的问题,即定位出图像中目标的位置并识别出目标的类别。由于各类物体具有不同的外观、形状和姿态,加上成像时光照、遮挡等因素的干扰,目标检测一直是计算机视觉领域最具挑战性的任务之一。 二、核心问题 目标检测涉及以下几个核心问题: 分类问题:判断图像中的目标属于哪个类别。 定位问题:确定目标在图像中的具体位置。 大小问题:目标可能具有不同的大小。 形状问题:目标可能具有不同的形状。 三、算法分类 基于深度学习的目标检测算法主要分为两大类: Two-stage算法:先进行区域生成(Region Proposal),生成有可能包含待检物体的预选框(Region Proposal),再通过卷积神经网络进行样本分类。常见的Two-stage算法包括R-CNN、Fast R-CNN、Faster R-CNN等。 One-stage算法:不用生成区域提议,直接在网络中提取特征来预测物体分类和位置。常见的One-stage算法包括YOLO系列(YOLOv1、YOLOv2、YOLOv3、YOLOv4、YOLOv5等)、SSD和RetinaNet等。 四、算法原理 以YOLO系列为例,YOLO将目标检测视为回归问题,将输入图像一次性划分为多个区域,直接在输出层预测边界框和类别概率。YOLO采用卷积网络来提取特征,使用全连接层来得到预测值。其网络结构通常包含多个卷积层和全连接层,通过卷积层提取图像特征,通过全连接层输出预测结果。 五、应用领域 目标检测技术已经广泛应用于各个领域,为人们的生活带来了极大的便利。以下是一些主要的应用领域: 安全监控:在商场、银行
健身国际俱乐部系统是一种专为健身俱乐部设计的管理软件,它通过集成多种功能来提高俱乐部的运营效率和服务质量。这类系统通常包含以下几个核心模块: 1. **会员管理**:系统能够记录会员的基本信息、会籍状态、健身历史和偏好,以及会员卡的使用情况。通过会员管理,俱乐部可以更好地了解会员需求,提供个性化服务,并提高会员满意度和忠诚度。 2. **课程预约**:会员可以通过系统预约健身课程,系统会提供课程时间、教练、地点等详细信息,并允许会员根据个人时间表进行预约。这有助于俱乐部合理安排课程,避免资源浪费。 3. **教练管理**:系统可以管理教练的个人信息、课程安排、会员反馈等,帮助俱乐部评估教练表现,优化教练团队。 4. **财务管理**:包括会员卡销售、课程费用、私教费用等财务活动的记录和管理,确保俱乐部的财务透明度和准确性。 5. **库存管理**:对于俱乐部内的商品销售,如健身装备、营养补充品等,系统能够进行库存管理,包括进货、销售、库存盘点等。 6. **数据分析**:系统能够收集和分析会员活动数据,为俱乐部提供业务洞察,帮助俱乐部制定更有效的营销策略和业务决策。 7. **在线互动**:一些系统还提供在线平台,让会员可以查看课程、预约私教、参与社区讨论等,增强会员之间的互动和俱乐部的社区感。 8. **移动应用**:随着移动设备的普及,一些健身俱乐部系统还提供移动应用,方便会员随时随地管理自己的健身计划。 9. **安全性**:系统会确保所有会员信息的安全,采取适当的数据加密和安全措施,保护会员隐私。 10. **可扩展性**:随着俱乐部业务的扩展,系统应该能够轻松添加新的功能和服务,以适应不断变化的市场需求。 健身国际俱乐部系统的选择和实施,需要考虑俱乐部的具体需求、预算和技术能力,以确保系统能够有效地支持俱乐部的运营和发展。通过这些系统的实施,健身俱乐部能够提供更加专业和高效的服务,吸引和保留更多的会员,从而在竞争激烈的
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值