RxSwift 3 Subject

Subject 是 Rx 中的基礎(chǔ)性元素之一(Scheduler, Observable, Operator).

雖然 Observable 可以很好地滿足 發(fā)射-觀察 這樣的模式需要, 但在實(shí)際編程中, 很多時(shí)候都需要手動(dòng)在 Observable 上添加新的值并?讓值發(fā)射出去.

實(shí)際上需要的就是一個(gè)既可以作為 Observable 又可以作為 Observer 的元素, 這樣的元素就是 Subject.

概述

首先來看看 PublishSubject 類型, 它是 Subject 的一種.

從它的名字就可以看得出來, 它是一種發(fā)布為主的 Subject. 即它?能夠像報(bào)紙出版商那樣, 接收消息, 然后發(fā)布(publish)消息.

來看看它的使用:

example(of: "PublishSubject") {
  let subject = PublishSubject<String>()
  subject.onNext("Is anyone listening?")
  let subscriptionOne = subject
  .subscribe(onNext: { string in
    print(string)
  })
}

上面的代碼中, 首先新建了一個(gè) PublishSubject, 然后讓他發(fā)布了一條消息, 然后再在下面觀察?它即可. 但是代碼運(yùn)行后, 卻什么也沒有打印. 這就涉及到 Subject 的一些特性需要進(jìn)行學(xué)習(xí)了.

不打印的原因是: PublishSubject 只會(huì)將消息發(fā)布給當(dāng)前的所有觀察者, 如果發(fā)布消息的時(shí)候?這個(gè)觀察者還沒有開始觀察, 當(dāng)然就什么也不會(huì)打印了.

可以在觀察者添加觀察后, 再手動(dòng)發(fā)布一條消息:

 subject.on(.next("1"))

這里代碼中的 on(.next(_:)) 操作符表示在該 subject 上面添加一個(gè)新的 next 事件.
?
實(shí)際上下面的代碼功能也是一樣, 只是更好看:

subject.onNext("1")

這時(shí)就會(huì)出現(xiàn)打印信息:

 --- Example of: PublishSubject ---
1

什么是 Subject

Subject 實(shí)際上就是既可以作為 Observable, 也可以作為 Observer 的一種對(duì)象.

首先它作為 Observer, 可以接收到 next 事件, 但它接收到事件后并不進(jìn)行處理, 而是轉(zhuǎn)變?yōu)?Observable 的角色, 將該事件發(fā)布出來, 從而觀察它的觀察者可以收到這個(gè)消息.

在 RxSwift 中?共有 4 種 Subject 類型:

  • PublishSubject:

    被創(chuàng)建出來的時(shí)候是空的, 只會(huì)發(fā)布最新的消息給?訂閱者(觀察者).

  • BehaviorSubject:

    創(chuàng)建的時(shí)候會(huì)賦一個(gè)初始化值給它, 并且如果沒有新值的時(shí)候, 就會(huì)發(fā)布這個(gè)初始值給觀察者, 否則會(huì)發(fā)布最新的值給觀察者.

  • ReplaySubject:

    創(chuàng)建的時(shí)候會(huì)指定一個(gè)緩沖區(qū), 并且?維護(hù)一個(gè)包含消息的緩沖區(qū), 當(dāng)有觀察者開始觀察?時(shí), 就會(huì)發(fā)布這個(gè)緩沖區(qū)中的所有值給觀察者.

  • Variable:

    它里面包裝了一個(gè) BehaviorSubject, 并將當(dāng)前的值作為狀態(tài)來?維護(hù), 同樣會(huì)發(fā)布初始化值或是最新的值給觀察者.(即開始觀察的時(shí)候會(huì)發(fā)布一次值給觀察者, 開始觀察時(shí)候的這個(gè)值可以是初始化的值, 也可以是被新值替換后的值, 有新值的時(shí)候就發(fā)布新值給觀察者.)

PublishSubject 的使用

?如果只想讓所有的觀察者在有新的消息的時(shí)候被通知到, PublishSubject 就是最好的選擇.

只有當(dāng)觀察者解除觀察(dispose), 或者是產(chǎn)生了 complete 事件或 error 事件, 或是 subject 被銷毀, 才會(huì)停止這個(gè)過程.

還有一個(gè)特性就是: 當(dāng) PublishSubject 發(fā)射了結(jié)束事件, 比如 complete 或 error 后, 它就不會(huì)再發(fā)射任何? next 事件或新的結(jié)束事件了. 但它會(huì)給所有的新觀察者發(fā)布之前的那個(gè)結(jié)束事件.

實(shí)際上, 所有的 subject 都具有該特性, 即它作為 Observable 發(fā)射過 complete 或 error 后, 就不會(huì)再發(fā)射 next 事件了, 且以后所有新的觀察者開始觀察后都只會(huì)接收到一個(gè) complete 或 error 結(jié)束事件.

所以實(shí)踐中最好的做法是每次都對(duì)結(jié)束事件有一個(gè)處理, 以防止在觀察前就已經(jīng)結(jié)束了.

有時(shí)候還希望最新的觀察者能夠獲知之前發(fā)射過的最后一個(gè)數(shù)據(jù)的值, 那么就可以使用下面的 subject.

BehaviorSubject

BehaviorSubject 和 publish subject 類似. 不同點(diǎn)在于它們會(huì)重新發(fā)射上一次的最后一個(gè) next 事件給新的觀察者.

比如下面的代碼:

let disposebag = DisposeBag()
let subject = BehaviorSubject<String>(value: "hello")
subject.subscribe(onNext: {
    print($0)
}, onError: {
    print($0)
}, onCompleted: {
    print("completed")
}, onDisposed: {
    print("disposed.")
}).addDisposableTo(disposebag)
subject.onNext("world")

輸出是:

hello
world

在創(chuàng)建 BehaviorSubject 的時(shí)候, 首先給它賦初值, 第一個(gè)觀察者到達(dá)的時(shí)候會(huì)觀察到初始值, 當(dāng)然之后就是觀察到再次發(fā)射的那個(gè)值. 而又有新的觀察者?開始觀察的時(shí)候, 首先是觀察到 world, 也就是最后一個(gè)? next 事件.

當(dāng)然如果是 complete 或者是 error 的話, 也是和一般的 subject 一樣, 向新觀察者只發(fā)送一次.

?但是如果想要展示更多的歷史數(shù)據(jù), 比如在搜索界面, 可能想要展示最近的 5 條查詢條目, 則需要使用下面的 ReplaySubject.

ReplaySubject

Replay subject 帶有緩沖區(qū), 能夠自動(dòng)緩存最多緩沖區(qū)大小個(gè)發(fā)送的歷史事件(數(shù)據(jù)). 當(dāng)新觀察者到達(dá)時(shí), 就把所有的歷史數(shù)據(jù)都發(fā)送給新的觀察者.

由于緩沖區(qū)是在內(nèi)存中建立的, 所以使用 replay subject 的時(shí)候需要額外小心, 比如緩存了大量的大型數(shù)據(jù), 就可能造成內(nèi)存不足. 另外還要注意盡量避免讓 replay subject 緩存數(shù)組類型的元素, 數(shù)組是值類型的, 所以...

下面的代碼?演示了它的使用:

let disposebag = DisposeBag()
let subject = ReplaySubject<String>.create(bufferSize: 2)
subject.onNext("1")
subject.onNext("2")
subject.onNext("3")
subject.subscribe(onNext: {
    print($0)
}).addDisposableTo(disposebag)
subject.onNext("4")
subject.subscribe(onNext: {
    print($0)
}).addDisposableTo(disposebag)

輸出為:

2
3

3
4

一般情況下, 都是使用 create 方法來創(chuàng)建 ?ReplaySubject.

而當(dāng)遇到 error 或者 complete 之后, 新的觀察者同樣會(huì)先接收到緩沖區(qū)的東西, 然后才是 error 或 complete, 只是此后的 next 都不會(huì)再發(fā)射了.

每次有新的觀察者的時(shí)候, 都是先把緩沖區(qū)中的所有歷史事件都發(fā)送給新的觀察者, 然后再繼續(xù)發(fā)送其他的新的事件.

通過使用 publish, behavior 或者 replay subject, 基本上可以滿足平時(shí)的大部分需求了. 但是另外有許多情況下, 你只是想要去詢問一個(gè) observable : hi, 你當(dāng)前的值是什么? 這個(gè)時(shí)候就需要用到 Variable.

既可以發(fā)射, 還可以直接詢問它的值. 這個(gè)東西好用, 所以下面就來看看 Variable.

Variable

?前面也提到過, Variable 中封裝了一個(gè) BehaviorSubject, 然后將當(dāng)前的值保持為它的狀態(tài). 可以通過 Variable 的 value 屬性來訪問它當(dāng)前的值. 并且和其他 Subject 不同的是, 要讓? Variable 接收一個(gè) next 事件, 直接給它的 value 屬性賦值即可. 而沒有 onNext 方法.

由于它里面封裝了 BehaviorSubject, 故需要通過一個(gè)初始化值來初始化它. 因此, 當(dāng)有新的觀察者到達(dá)時(shí), 會(huì)接收到要么初始化的值, 要么是最新的那個(gè)值.

要觀察的話, 需要通過 asObservable() 來獲取它里面的 Observable.

另外 Variable 還有一個(gè)與眾不同的特點(diǎn): 它可以保證不會(huì)發(fā)送 error. 因?yàn)闊o法在它上面放置 error 事件. 且當(dāng)它被釋放的時(shí)候, 會(huì)自動(dòng)發(fā)送 complete 事件. 所以對(duì)于 Variable 而言, 一般情況下不會(huì)也不需要手動(dòng)去添加 error 或 complete 事件.(因?yàn)闊o論如何嘗試添加 error 或 complete 最后的結(jié)果都是編譯錯(cuò)誤.)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末宵晚,一起剝皮案震驚了整個(gè)濱河市吗货,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌草姻,老刑警劉巖躏吊,帶你破解...
    沈念sama閱讀 217,084評(píng)論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件氛改,死亡現(xiàn)場離奇詭異,居然都是意外死亡比伏,警方通過查閱死者的電腦和手機(jī)胜卤,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,623評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來赁项,“玉大人葛躏,你說我怎么就攤上這事∮撇耍” “怎么了舰攒?”我有些...
    開封第一講書人閱讀 163,450評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長悔醋。 經(jīng)常有香客問我摩窃,道長,這世上最難降的妖魔是什么芬骄? 我笑而不...
    開封第一講書人閱讀 58,322評(píng)論 1 293
  • 正文 為了忘掉前任猾愿,我火速辦了婚禮,結(jié)果婚禮上德玫,老公的妹妹穿的比我還像新娘匪蟀。我一直安慰自己,他們只是感情好宰僧,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,370評(píng)論 6 390
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般琴儿。 火紅的嫁衣襯著肌膚如雪段化。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,274評(píng)論 1 300
  • 那天造成,我揣著相機(jī)與錄音显熏,去河邊找鬼。 笑死晒屎,一個(gè)胖子當(dāng)著我的面吹牛喘蟆,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播鼓鲁,決...
    沈念sama閱讀 40,126評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼蕴轨,長吁一口氣:“原來是場噩夢(mèng)啊……” “哼!你這毒婦竟也來了骇吭?” 一聲冷哼從身側(cè)響起橙弱,我...
    開封第一講書人閱讀 38,980評(píng)論 0 275
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎燥狰,沒想到半個(gè)月后棘脐,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,414評(píng)論 1 313
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡龙致,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,599評(píng)論 3 334
  • 正文 我和宋清朗相戀三年蛀缝,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片目代。...
    茶點(diǎn)故事閱讀 39,773評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡内斯,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出像啼,到底是詐尸還是另有隱情俘闯,我是刑警寧澤,帶...
    沈念sama閱讀 35,470評(píng)論 5 344
  • 正文 年R本政府宣布忽冻,位于F島的核電站真朗,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏僧诚。R本人自食惡果不足惜遮婶,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,080評(píng)論 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望湖笨。 院中可真熱鬧旗扑,春花似錦、人聲如沸慈省。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,713評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至袱衷,卻和暖如春捎废,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背致燥。 一陣腳步聲響...
    開封第一講書人閱讀 32,852評(píng)論 1 269
  • 我被黑心中介騙來泰國打工登疗, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人嫌蚤。 一個(gè)月前我還...
    沈念sama閱讀 47,865評(píng)論 2 370
  • 正文 我出身青樓辐益,卻偏偏與公主長得像,于是被迫代替她去往敵國和親脱吱。 傳聞我的和親對(duì)象是個(gè)殘疾皇子智政,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,689評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容