上篇博客我们聊了Signal的几种状态、SignalObserver的关联方式以及Signal是如何向关联的Observer发送事件的。本篇博客继续上篇博客的内容,来聊一下Signal类中静态的neverempty计算属性以及pipe()静态方法。然后再聊聊Signal中的面向协议编程中的面向协议扩展。在Signal中,只要是对Signal的扩展都是加在了Signal所实现的协议中,稍后会进行介绍。

一、Signal中获取实例的静态计算属性

在本篇博客的第一部分我们先来看看Signal类中的两个属性,一个是never,另一个是empty。之所以将这两个计算属性放在一块,是因为这两个静态计算属性都是用来获取Signal实例的。但是所获取实例的功能不同。解析来我们就来看一下never以及empty的实现和使用方式。

1. never

下方是never是代码实现,实现比较简单。其中就是调用了Signal的构造器,但是没有在构造器的尾随闭包中做任何事情。通过该计算属性获取的Signal对象,不会获取到内置的Observer对象,从而Signal的对象持有者是不能对Signal所关联的观察者发送事件的。

  

下方是ReactiveSwift官方关于never的测试用例以及输出结果。从运行结果中来看,所关联的Observer对象是不会收到来自Signal的任何消息的。

  

2、empty

聊完never,接下来我们来看一下Signal的静态计算属性empty的实现以及执行方式。empty的使用方式与never差不多,empty形式的Signal在管理Observer时,只会执行该Observer的interrupted事件。解析下来我们就来看一下empty的实现方式。

我们先看一下empty的使用方式,下方这段代码就是ReactiveSwift官方的empty使用的示例,以及该示例的输出结果。我们从Signal的静态计算属性empty中获取Signal是实例。然后在关联Observer时,都会执行Observer的interrupted事件的闭包体。

  

接下来我们来看一下empty的实现方式,代码比较简单,比never就多了一个observer.sendCompleted()方法。在之前我们聊Observer时,我们知道sendCompleted()就是执行观察者的Event.completed事件。sendComplented()会执行Observer中的Action,并带有.completed事件。

  

下方这个代码段中Observer初始化时的尾随闭包,就是observer.sendComplented()方法所执行的内容。而在这个尾随闭包中,我们看到有一个event.isTerminating的判断,当是.failed、.completed 和 .interrupted事件时event.isTerminating的值都是true。所以该if块中就是empty要执行的方法。

在if语句块中,核心的内容就是修改当前Single的SignalState。当调用Signal的构造器时,SignalState默认是SignalState.alive(AliveState()),而if语句块中就负责将该状态修改成TerminatingState状态,如下所示。

在关联Observer时,会用到TerminatingState状态,下方会给出介绍。

  

下方代码段就是Signal关联Observer是所调用的方法。从下方代码不难看出,当Signal处于非活跃状态.alive时,token的值就是nil,当token未赋值时,就会执行所关联对象Observer的sendInterrupted()方法,向所关联的Observer发送.interrupted事件,从而执行Observerinterrupted的闭包体。至此,empty的相关内容就解析完了。

  

二、Signal的静态方法pipe()

Signal中的静态方法pipe()本质上就是一个便利构造器,该便利构造器返回的参数是一个元组,其不仅仅返回一个Signal的实例,而且返回Signal用于发送事件的内置observer对象。pipe()是获取Signal实例的主要方式,接下来我们就来看一下pipe的使用方式以及pipe()的内部实现。

1、pipe()的使用示例

下方这个pipe()的应用示例是从官网Demo的基础上修改的,下方是对该段代码的介绍:

  • 首先通过Signal的pipe()静态方法可以获取一个Signal实例以及该实例所持有的Observer对象,也就下方元组中的(signal, sendMessage)。

  • 紧接着我们创建两个Observer对象,并且给出Value事件所执行的闭包体。我们将这两个Observer的实例命名为subscriber1和subscriber2。

  • 然后我们将subscriber1添加到signal中,在signal调用observe()方法添加Observer时,会返回一个ActionDisposable类型的对象,我们可以使用该对象移除观察者。添加完毕后,我们就调用sendMessage的send(value)方法,发送value事件,然后观察者subscriber1所对应的Value事件闭包体就会得到执行。

  • 我们以同样的方将subscriber2添加到Signal中,然后通过是调用sendMessage的send(value)方法,发送value事件。我们就可以看到subscriber1和subscriber2这两个观察者的Value闭包就会执行。

  • 然后我们调用actionDisposable对象的dispose()方法,将subscriber1从Signal的Bag中移除掉。移除后subscriber1就不会收到来自Signal的事件了。actionDisposable对象的dispose()方法稍后会介绍到。

  • 我们再次调用sendMessage的send(value)方法,subscriber1的Value事件的闭包就不会被执行。

  

2、pipe()的代码实现

pipe()的代码实现比较简单,就是通过元组将Signal的对象以及Observer的对象进行返回即可,下方就是pipe()的代码实现。因其实现比较简单,在此就不做过多赘述了。

  

3、ActionDisposable的代码实现

接下来我们来解析一下ActionDisposable的代码实现,在每次观察者Observer与Signal调用observe()方法进行关联时都会返回一个ActionDisposable对象,该对象可以是对应的观察者取消对Signal信号的观察。接下来我们就来看一下ActionDisposable的具体实现。

下方就是ActionDisposable类的实现,ActionDisposable的代码实现比较简单,本质上就是通过构造器接收一个闭包,然后将这个尾随闭包赋值给action变量,然后在dispose()方法中去调用该action闭包。

  

下方就是在关联Observer和Signal的observe()方法中实例化ActionDisposable的相关代码。下方的大红框中就是ActionDisposable方法中action的闭包体,也是dispose()方法中主要执行的代码。在改闭包中所执行的目的也是比较单一的,其中主要做了一件事情,就是根据token从Signal活跃状态的Bag中移除相应的Observer,换句话说就是移除观察者

  

 三、Signal的可扩展性

在本篇博客的最后一部分,想聊一下Signal的可扩展性设计。对Signal功能的扩展,主要使用了面向协议扩展的形式。主要就是是Signal实现SignalProtocol,然后我们对 SignalProtocol这个协议进行扩展,而不是对Signal这个类本身进行扩展。所以此处我们称之为“面向协议扩展”,对SignalProtocol这个协议进行扩展后,因为Signal这个类遵循SignalProtocol,所以Signal也会拥有SignalProtocol所扩展的功能。

下方截图中就是SignalProtocol的实现以及相应的扩展。从下方代码中我们可以看到,Signal类的大部分核心功能都是通过SignalProtocol的协议扩展而拥有的。SignalProtocol有好多扩展,本篇博客就不细说了,下篇博客我们找一些比较核心的SignalProtocol的扩展拿出来聊聊。

  

今天博客就先到这儿,下篇博客我们会对ReactiveSwift中的SignalProtocol的延展的实现进行介绍。

上述代码github分享地址:https://github.com/lizelu/TipSwiftForRac

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 14.0px "PingFang SC"; color: #4bd156 }
span.s1 { }
span.s2 { font: 14.0px Menlo }
p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 14.0px Menlo; color: #4bd156 }
span.s1 { }
p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 14.0px Menlo; color: #ffffff }
span.s1 { }

ReactiveCocoa源码解析(四) Signal中的静态属性静态方法以及面向协议扩展的更多相关文章

  1. ReactiveSwift源码解析(四) Signal中的静态属性静态方法以及面向协议扩展

    上篇博客我们聊了Signal的几种状态.Signal与Observer的关联方式以及Signal是如何向关联的Observer发送事件的.本篇博客继续上篇博客的内容,来聊一下Signal类中静态的ne ...

  2. ReactiveCocoa源码解析(三) Signal代码的基本实现

    上篇博客我们详细的聊了ReactiveSwift源码中的Bag容器,详情请参见<ReactiveSwift源码解析之Bag容器>.本篇博客我们就来聊一下信号量,也就是Signal的的几种状 ...

  3. ReactiveCocoa源码解析(五) SignalProtocol的observe()、Map、Filter延展实现

    上篇博客我们对Signal的基本实现以及Signal的面向协议扩展进行了介绍, 详细内容请移步于<Signal中的静态属性静态方法以及面向协议扩展>.并且聊了Signal的所有的g功能扩展 ...

  4. Mybatis源码解析(四) —— SqlSession是如何实现数据库操作的?

    Mybatis源码解析(四) -- SqlSession是如何实现数据库操作的?   如果拿一次数据库请求操作做比喻,那么前面3篇文章就是在做请求准备,真正执行操作的是本篇文章要讲述的内容.正如标题一 ...

  5. Sentinel源码解析四(流控策略和流控效果)

    引言 在分析Sentinel的上一篇文章中,我们知道了它是基于滑动窗口做的流量统计,那么在当我们能够根据流量统计算法拿到流量的实时数据后,下一步要做的事情自然就是基于这些数据做流控.在介绍Sentin ...

  6. Spring5源码解析-Spring框架中的单例和原型bean

    Spring5源码解析-Spring框架中的单例和原型bean 最近一直有问我单例和原型bean的一些原理性问题,这里就开一篇来说说的 通过Spring中的依赖注入极大方便了我们的开发.在xml通过& ...

  7. ReactiveSwift源码解析(三) Signal代码的基本实现

    上篇博客我们详细的聊了ReactiveSwift源码中的Bag容器,详情请参见<ReactiveSwift源码解析之Bag容器>.本篇博客我们就来聊一下信号量,也就是Signal的的几种状 ...

  8. Dubbo 源码解析四 —— 负载均衡LoadBalance

    欢迎来我的 Star Followers 后期后继续更新Dubbo别的文章 Dubbo 源码分析系列之一环境搭建 Dubbo 入门之二 --- 项目结构解析 Dubbo 源码分析系列之三 -- 架构原 ...

  9. iOS即时通讯之CocoaAsyncSocket源码解析四

    原文 前言: 本文为CocoaAsyncSocket源码系列中第二篇:Read篇,将重点涉及该框架是如何利用缓冲区对数据进行读取.以及各种情况下的数据包处理,其中还包括普通的.和基于TLS的不同读取操 ...

随机推荐

  1. MySQL的SELECT ...for update

    最近的项目中,因为涉及到Mysql数据中乐观锁和悲观锁的使用,所以结合项目和网上的知识点对乐观锁和悲观锁的知识进行总结. 悲观锁介绍 悲观锁是对数据被的修改持悲观态度(认为数据在被修改的时候一定会存在 ...

  2. hive、impala集成ldap

    1.概要 1.1 环境信息 hadoop:cdh5.10 os:centos6.7 user:root hive.impala已集成sentry 1.2 访问控制权限 这里通过使用openldap来控 ...

  3. Memcache服务搭建

    Memcache Memcache的作用网上资料都讲的很好,说简单点就是减轻读取数据库的压力,原理也很简单: 被请求的数据会先到memcache里去取,如果没有就去数据库里取,顺便给memcache带 ...

  4. Java调用IDL方法总结

    Java调用IDL方法总结 Java调用IDL程序,需要先在java中加载IDL的java包(javaidlb.jar),该包不需要下载,在IDL的安装目录中可以直接找到(C:\Program Fil ...

  5. .net后台获取DataTable数据,转换成json数组后传递到前台,通过jquery去操作json数据

    一,后台获取json数据 protected void Page_Load(object sender, EventArgs e){  DataTable dt = DBhepler.GetDataT ...

  6. JBoss快速入门知识

    1.下载地址: http://www.jboss.org/jbossas/downloads

  7. 026 hibernate操作树形结构

    树形结构:也就是目录结构,有父目录.子目录.文件等信息,而在程序中树形结构只是称为节点. 一棵树有一个根节点,而根节点也有一个或多个子节点,而一个子节点有且仅有一个父节点(当前除根节点外),而且也存在 ...

  8. WCF(远程服务器返回错误: 400 错误的请求)

    类似相关问题有以下: WCF- restful接口 POST方式调用报错(远程服务器返回错误: 400 错误的请求) WCF Rest:不使用UriTemplate使用post方式传参解决HTTP40 ...

  9. INFORMATION_SCHEMA.PROFILING

    24.18 The INFORMATION_SCHEMA PROFILING Table PROFILING表提供了语句分析信息. 其内容对应于SHOW PROFILES和SHOW PROFILE语句 ...

  10. mongo查询系统

    首先,我们先向集合(collections)中添加测试文档(documents).如下: > for(i=1;i<=5;i++) db.test.insert({x:i,y:i*i,z:6 ...