RAC新手使用(二)

這里新出了一個東東那就是信號.
什么是信號
RAC的核心就是信號,即RACSignal。

信號可以看做是傳遞信號的工具,當數據變化時,信號就會發送改變的信息,以通知信號的訂閱者執行方法。

熱/冷信號

默認一個信號都是冷信號,也就是值改變了,也不會觸發,只有訂閱了這個信號,這個信號才會變為熱信號,值改變了才會觸發。

自己動手寫一個RACSignal


1007133F-BBB1-4A20-87AD-A954809879F9.png

這是一個信號從創建到接收的完整過程,我們接下來看看控制臺輸出了什么。

2017-12-22 16:03:38.464288+0800 RACText[4582:165620] x = RACText
2017-12-22 16:03:38.464495+0800 RACText[4582:165620] completed

可以看到,創建信號時我們sent了一個signal,在我們訂閱subscribeNext時存儲在x中的就是這個字符串signal。從這里看出來,不但我們可以給訂閱者傳遞字符串,只要是一個類一個對象我們都可以傳遞。

另一方面控制臺輸出了completed說明訂閱信號部分的completed塊下得方法也被執行了,這是因為餓哦在創建時發送完signal后又發送了一個completed。同理,error下得方法我們也可以這樣調用。

信號的處理
map

[[self.textFild.rac_textSignal map:^id(id value) {
    NSLog(@"%@", value);
    return @2;
}] subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];

在TextFild控件中輸入good,輸出:

2
l
2
la
2
lal
2
lala
2

還是之前那個監聽textfild編輯變化的例子,可以看到,當信號被訂閱變成熱信號后,這里的map構造的映射塊value的值就是控件中的字符變化,而訂閱者x的值就是映射者的返回值1。

根據這個功能我們就可以對我們監測的東西和我們需求的東西進行轉換。比如監聽了字符串變化,我們需要的時變化后的字符串長度而不是變化的字符串本身,則可以在map的返回值中返回text.length,就可以實時捕獲到字符串長度;甚至做一個映射表,將各個變化進行一對一或者一對多或者多對一的處理。

filter
filter就是過濾,它可以幫助你篩選出你需要的信號變化。

[[self.textFild.rac_textSignal filter:^BOOL(NSString *value) {
    return [value length] > 3;
}] subscribeNext:^(id x) {
    NSLog(@"x = %@", x);
}];

輸入lalalalal,輸出:

 x = lala
 x = lalal
 x = lalala
 x = lalalal
 x = lalalala
 x = lalalalal

上述例子是在字符串長度大于3時才會輸出變換后的字符串。

take/skip/repeat
take是獲取,skip是跳過,這兩個方法后面跟著的都是NSInteger。所以take 2就是獲取前兩個信號,skip 2就是跳過前兩個。repeat是重復發送信號。

RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"1"];
    [subscriber sendNext:@"2"];
    [subscriber sendNext:@"3"];
    [subscriber sendNext:@"4"];
    [subscriber sendNext:@"5"];
    [subscriber sendCompleted];
    return nil;
}] take:2];

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x);
}completed:^{
    NSLog(@"completed");
}];

這個demo只會輸出前兩個信號1和2還有完成信號completed,skip,repeat同理。

相似的還有takeLast takeUntil takeWhileBlock skipWhileBlock skipUntilBlock repeatWhileBlock都可以根據字面意思來理解。

** delay**
延時信號,顧名思義,即延遲發送信號。

RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [subscriber sendNext:@"delay"];
    [subscriber sendCompleted];
    return nil;
}] delay:2];

NSLog(@"tag");

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];
輸出:
 tag
 delay
延遲了2秒才收到信號打印出x的值

** throttle**
節流,在我們做搜索框的時候,有時候需求的時實時搜索,即用戶每每輸入字符,view都要求展現搜索結果。這時如果用戶搜索的字符串較長,那么由于網絡請求的延時可能造成UI顯示錯誤,并且多次不必要的請求還會加大服務器的壓力,這顯然是不合理的,此時我們就需要用到節流。

[[[self.textFild rac_textSignal] throttle:0.5] subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];

加了節流管道,后面跟上了類型為NSTimeInterval的參數后,只有0.5S內信號不產生變化才會發送請求,這樣快速的輸入也不會造成多次輸出。

** distinctUntilChanged**
網絡請求中為了減輕服務器壓力,無用的請求我們應該盡可能不發送。distinctUntilChanged的作用是使RAC不會連續發送兩次相同的信號,這樣就解決了這個問題。

[[[self.textFild rac_textSignal] distinctUntilChanged] subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];   

timeout
超時信號,當超出限定時間后會給訂閱者發送error信號。

RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [[RACScheduler mainThreadScheduler] afterDelay:3 schedule:^{
        [subscriber sendNext:@"delay"];
        [subscriber sendCompleted];
    }];
    return nil;
}] timeout:2 onScheduler:[RACScheduler mainThreadScheduler]];

[signal subscribeNext:^(id x) {
    NSLog(@"%@", x);
} error:^(NSError *error) {
    NSLog(@"%@", error);
}];
輸出:

RACTest[1604:76716] Error Domain=RACSignalErrorDomain Code=1 "The operation couldn’t be completed. (RACSignalErrorDomain error 1.)"

由于在創建信號是限定了延遲3秒發送,但是加了timeout2秒的限定,所以這一定是一個超時信號。這個信號被訂閱后,由于超時,不會執行訂閱成功的輸出x方法,而是跳到error的塊輸出了錯誤信息。timeout在用RAC封裝網絡請求時可以節省不少的代碼量。

** ignore**
忽略信號,指定一個任意類型的量(可以是字符串,數組等),當需要發送信號時講進行判斷,若相同則該信號會被忽略發送。

[[[self.textFild rac_textSignal] ignore:@"good"] subscribeNext:^(id x) {
    NSLog(@"%@", x);
}];

慢慢寫你也會的

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,983評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,772評論 3 422
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,947評論 0 381
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,201評論 1 315
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,960評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,350評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,406評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,549評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,104評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,914評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,089評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,647評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,340評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,753評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,007評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,834評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,106評論 2 375

推薦閱讀更多精彩內容