ReactiveCocoa入門學習二(RAC常見用法)

RAC常見用法

1.代替代理
我們還是通過一個例子在了解一下吧
現在呢在我們的控制器中有一個我們自定義的View叫BlueView,里面有一個按鈕,點擊這個按鈕,要我們的控制器去處理事件。
以往呢我們基本就是通過 代理、通知、Block,那么我們用RAC來如何實現呢?

首先在我們的BlueView有一個按鈕的點擊事件處理方法。

-(IBAction)btnClick:(id)sender;

接下來在我們的控制器中

[[_blueView rac_signalForSelector:@selector(btnClick:)] subscribeNext:^(RACTuple * _Nullable x) {
     NSLog(@"%@",x);
}];

rac_signalForSelector 這個方法的作用就是 去監聽_blueView的哪個方法的調用,它返回給我們的就是一個信號,直接訂閱。這里給我們返回的 x 是一個集合,這個集合里面的數據 就是我們btnClick方法傳的參數了。

2.代替KVO
首先在這里我們要監聽_blueView的frame屬性值的變化,我們需要導入這個頭文件

#import <NSObject+RACKVOWrapper.h>
[_blueView rac_observeKeyPath:@"frame" options:NSKeyValueObservingOptionOld |NSKeyValueObservingOptionNew  observer:nil block:^(id value, NSDictionary *change, BOOL causedByDealloc, BOOL affectedOnlyLastComponent) {
     //回調
     NSLog(@"value%@---%@",value,change);        
}];

在這里我們直接注冊監聽,通過Block 就直接回調了我們屬性發生變化的事件。這樣處理起來就使得我們代碼邏輯非常清晰了。

另一種寫法

[[_blueView rac_valuesForKeyPath:@"frame" observer:nil] subscribeNext:^(id  _Nullable x) {
    NSLog(@"%@",x);
}];

3.監聽事件
那么在這里 我們在來看看通過RAC如何監聽我們的事件呢?
在我們的控制器中有一個按鈕“_btn”,那么我們要監聽按鈕的點擊事件。
之前我們一般是怎么做呢?是不是通過_btn的 addTarget:(nullable id) action:(nonnull SEL) forControlEvents:(UIControlEvents)方法,去添加一個事件,然后再去實現這個方法。
那么!來看看 RAC是實現方式

[[_btn rac_signalForControlEvents:(UIControlEventTouchUpInside)] subscribeNext:^(__kindof UIControl * _Nullable x) {
    NSLog(@"%@",x);
}];

對 沒錯 就是這么簡單粗暴。就可以在Block中 直接去處理你的 點擊事件了。這就是 函數式編程思想。
rac_signalForControlEvents 這個方法就是說 把左邊的按鈕的什么事件轉成一個信號,然后訂閱這個信號。

4.代替通知
在這里 我們以監聽一個鍵盤的通知為例,
先想想我們之前的 通知是怎么寫的。
是不是...

[[NSNotificationCenter defaultCenter] addObserver:self
                                              selector:@selector(keyboardWasShow:)
                                                  name:UIKeyboardWillShowNotification
                                                object:nil];

然后再去實現 keyboardWasShow 這個方法。
那么來看看 我們通過RAC是如何寫的

[[[NSNotificationCenter defaultCenter] rac_addObserverForName:UIKeyboardWillShowNotification object:nil] subscribeNext:^(NSNotification * _Nullable x) {
    NSLog(@"%@",x);
}];

是的 沒錯 就是這樣簡單 方便,相信這句話就不用解釋了吧!

5.監聽文本框
監聽文本框的輸入,實時拿到文本框輸入的值。
根據我們系統的方式是 通過實現文本框的協議,去獲取。
那么看看 RAC

[_textField.rac_textSignal subscribeNext:^(NSString * _Nullable x) {
    NSLog(@"%@",x);
}];

是的 x 就是你文本框輸入的值。

6.代替NSTimer
接下來呢,在補充一個東西
在我們以往使用NSTimer 做定時循環執行的時候,

[NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timerMethod) userInfo:nil repeats:YES];

大家有沒有遇到過,如果timerMethod正在執行,而此時如果有UI事件的觸發,比如滾動我們的屏幕,我們timerMethod執行將會被暫停執行,一旦UI事件執行完畢,timerMethod又會開始執行。原因是我們的NSTimer的事件是交給Runloop去處理,那么Runloop在執行的時候UI模式具有最高優先權。
那要解決這種問題怎么辦呢?大家可能會想到,把他放到子線程中去執行, 開啟runloop循環。

NSThread * thread = [[NSThread alloc]initWithBlock:^{
    NSTimer * timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(timerMethod) userInfo:nil repeats:YES];
    //Runloop模式 && 多線程!!
    //NSDefaultRunLoopMode 默認模式;
    //UITrackingRunLoopMode UI模式:只能被UI事件喚醒!!
    //NSRunLoopCommonModes  占位模式:默認&UI模式    
    [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
    
    //開啟runloop循環
    [[NSRunLoop currentRunLoop] run];
}];
[thread start];

還有一種 通過GCD設置timer

@interface ViewController ()
/**   */
@property(nonatomic,strong)dispatch_source_t  timer;
@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    
    //GCD設置timer
    dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(0, 0));
    //GCD的事件單位是納秒
    dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 1.0 * NSEC_PER_SEC, 0);
    dispatch_source_set_event_handler(timer, ^{
        NSLog(@"-----_%@",[NSThread currentThread]);
    });
    //啟動
    dispatch_resume(timer);
    _timer = timer;
}
@end

這兩種方式呢都可以解決我們的問題。可是這樣是不是感覺比較麻煩呢?肯定有更簡單點兒的,那就是我們RAC。

@interface ViewController ()
@property(nonatomic,strong)RACDisposable  * timerDisposable;
@end

@implementation ViewController

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

推薦閱讀更多精彩內容