從ReactiveCocoa中能學(xué)到什么？不用此庫也能學(xué)以致用

從知道ReactiveCocoa開始就發(fā)現(xiàn)對這個(gè)庫有不同的聲音，上次參加<T>技術(shù)沙龍時(shí)唐巧對在項(xiàng)目中已全面使用FRP的代碼家提出為什么這種編程模型出現(xiàn)了這么長時(shí)間怎么像ReactiveCocoa這種完全按FRP編寫的庫沒能夠流行起來這個(gè)問題。對這個(gè)問題的回答一般都是門檻高，解決方法就是培訓(xùn)和通過熟悉以前的代碼來快速入門。其實(shí)在我學(xué)習(xí)的過程中也發(fā)現(xiàn)確實(shí)會有這個(gè)問題，不過就算是有這樣那樣問題使得ReactiveCocoa這樣的庫沒法大面積使用起來，也不能錯失學(xué)習(xí)這種編程思想的機(jī)會。

如果不用這樣的庫，能不能將這種庫的編程思想融入項(xiàng)目中，發(fā)揮出其優(yōu)勢呢？答案是肯定的。

FRP全稱Function Reactive Programming，從名稱就能夠看出來這個(gè)模型關(guān)鍵就是Function Programming和Reactive Programming的結(jié)合。那么就先從函數(shù)式編程說起。說函數(shù)式編程前先聊聊鏈?zhǔn)骄幊?，先看看一個(gè)開源Alert控件的頭文件里定義的接口方法的寫法。

/*
 *  自定義樣式的alertView
 *
 */
+ (instancetype)showAlertWithTitle:(NSString *)title
                           message:(NSString *)message
                        completion:(PXAlertViewCompletionBlock)completion
                       cancelTitle:(NSString *)cancelTitle
                       otherTitles:(NSString *)otherTitles, ... NS_REQUIRES_NIL_TERMINATION;

/*
 * @param otherTitles Must be a NSArray containing type NSString, or set to nil for no otherTitles.
 */
+ (instancetype)showAlertWithTitle:(NSString *)title
                       contentView:(UIView *)view
                       secondTitle:(NSString *)secondTitle
                           message:(NSString *)message
                       cancelTitle:(NSString *)cancelTitle
                       otherTitles:(NSArray *)otherTitles
                          btnStyle:(BOOL)btnStyle
                        completion:(PXAlertViewCompletionBlock)completion;

庫里還有更多這樣的組合，這么寫是沒有什么問題，無非是為了更方便組合使用而啰嗦了點(diǎn)，但是如果現(xiàn)在要添加一個(gè)AttributeString，那么所有組合接口都需要修改，每次調(diào)用接口方法如果不需要用Attribuite的地方還要去設(shè)置nil，這樣會很不易于擴(kuò)展。下面舉個(gè)上報(bào)日志接口的例子。

@interface SMLogger : NSObject
//初始化
+ (SMLogger *)create;
//可選設(shè)置
- (SMLogger *)object:(id)obj;                        //object對象記錄
- (SMLogger *)message:(NSString *)msg;               //描述
- (SMLogger *)classify:(SMProjectClassify)classify;  //分類
- (SMLogger *)level:(SMLoggerLevel)level;            //級別

//最后需要執(zhí)行這個(gè)方法進(jìn)行保存，什么都不設(shè)置也會記錄文件名，函數(shù)名，行數(shù)等信息
- (void)save;

@end

//宏
FOUNDATION_EXPORT void SMLoggerDebugFunc(DCProjectClassify classify, DCLoggerLevel level, NSString *format, ...) NS_FORMAT_FUNCTION(3,4);
//debug方式打印日志，不會上報(bào)
#define SMLoggerDebug(frmt, ...) \
do { SMLoggerDebugFunc(SMProjectClassifyNormal,DCLoggerLevelDebug,frmt, ##__VA_ARGS__);} while(0)
//簡單的上報(bào)日志
#define SMLoggerSimple(frmt, ...) \
do { SMLoggerDebugFunc(SMProjectClassifyNormal,SMLoggerLevelDebug,frmt, ##__VA_ARGS__);} while(0)
//自定義classify和level的日志，可上報(bào)
#define SMLoggerCustom(classify,level,frmt, ...) \
do { SMLoggerDebugFunc(classify,level,frmt, ##__VA_ARGS__);} while(0)

從這個(gè)頭文件可以看出，對接口所需的參數(shù)不用將各種組合一一定義，只需要按照需要組合即可，而且做這個(gè)日志接口時(shí)發(fā)現(xiàn)后續(xù)維護(hù)過程中會增加越來越多的功能和需要更多的input數(shù)據(jù)。比如每條日志添加應(yīng)用生命周期唯一編號，產(chǎn)品線每次切換唯一編號這樣需要在特定場景需要添加的input支持。采用這種方式會更加易于擴(kuò)展。寫的時(shí)候會是[[[[DCLogger create] message:@"此處必改"] classify:DCProjectClassifyTradeHome] save]; 這樣，對于不是特定場所較通用的場景可以使用宏來定義，內(nèi)部實(shí)現(xiàn)還是按照前者的來實(shí)現(xiàn)，看起來是[DCLogger loggerWithMessage:@"此處必改"];，這樣就能夠同時(shí)滿足常用場景和特殊場景的調(diào)用需求。

有了鏈?zhǔn)骄幊踢@種易于擴(kuò)展方式的編程方式再來構(gòu)造函數(shù)式編程，函數(shù)編程主要思路就是用有輸入輸出的函數(shù)作為參數(shù)將運(yùn)算過程盡量寫成一系列嵌套的函數(shù)調(diào)用，下面我構(gòu)造一個(gè)需求來看看函數(shù)式編程的例子。

typedef NS_ENUM(NSUInteger, SMStudentGender) {
    SMStudentGenderMale,
    SMStudentGenderFemale
};

typedef BOOL(^SatisfyActionBlock)(NSUInteger credit);

@interface SMStudent : NSObject

@property (nonatomic, strong) SMCreditSubject *creditSubject;

@property (nonatomic, assign) BOOL isSatisfyCredit;

+ (SMStudent *)create;
- (SMStudent *)name:(NSString *)name;
- (SMStudent *)gender:(SMStudentGender)gender;
- (SMStudent *)studentNumber:(NSUInteger)number;

//積分相關(guān)
- (SMStudent *)sendCredit:(NSUInteger(^)(NSUInteger credit))updateCreditBlock;
- (SMStudent *)filterIsASatisfyCredit:(SatisfyActionBlock)satisfyBlock;

@end

這個(gè)例子中，sendCredit的block函數(shù)參數(shù)會處理當(dāng)前的積分這個(gè)數(shù)據(jù)然后返回給SMStudent記錄下來，filterIsASatisfyCredit的block函數(shù)參數(shù)會處理是否達(dá)到合格的積分判斷返回是或否的BOOL值給SMStudent記錄下來。實(shí)現(xiàn)代碼如下

    //present
    self.student = [[[[[SMStudent create]
                       name:@"ming"]
                      gender:SMStudentGenderMale]
                     studentNumber:345]
                    filterIsASatisfyCredit:^BOOL(NSUInteger credit){
                        if (credit >= 70) {
                            self.isSatisfyLabel.text = @"合格";
                            self.isSatisfyLabel.textColor = [UIColor redColor];
                            return YES;
                        } else {
                            self.isSatisfyLabel.text = @"不合格";
                            return NO;
                        }

                    }];

    @weakify(self);
    [[self.testButton rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
        @strongify(self);

        [self.student sendCredit:^NSUInteger(NSUInteger credit) {
            credit += 5;
            NSLog(@"current credit %lu",credit);
            [self.student.creditSubject sendNext:credit];
            return credit;
        }];
    }];

    [self.student.creditSubject subscribeNext:^(NSUInteger credit) {
        NSLog(@"第一個(gè)訂閱的credit處理積分%lu",credit);
        self.currentCreditLabel.text = [NSString stringWithFormat:@"%lu",credit];
        if (credit < 30) {
            self.currentCreditLabel.textColor = [UIColor lightGrayColor];
        } else if(credit < 70) {
            self.currentCreditLabel.textColor = [UIColor purpleColor];
        } else {
            self.currentCreditLabel.textColor = [UIColor redColor];
        }
    }];

    [self.student.creditSubject subscribeNext:^(NSUInteger credit) {
        NSLog(@"第二個(gè)訂閱的credit處理積分%lu",credit);
        if (!(credit > 0)) {
            self.currentCreditLabel.text = @"0";
            self.isSatisfyLabel.text = @"未設(shè)置";
        }
    }];

每次按鈕點(diǎn)擊都會增加5個(gè)積分，達(dá)到70個(gè)積分就算合格了。上面的例子里可以看到一個(gè)對每次積分變化有不同的觀察者處理的操作代碼，這里并沒有使用ReactiveCocoa里的信號，而是自己實(shí)現(xiàn)了一個(gè)特定的積分的類似信號的對象，方法名也用的是一樣的。實(shí)現(xiàn)這個(gè)對象也是用的函數(shù)式編程方式。下面我的具體的實(shí)現(xiàn)代碼

@interface SMCreditSubject : NSObject

typedef void(^SubscribeNextActionBlock)(NSUInteger credit);

+ (SMCreditSubject *)create;

- (SMCreditSubject *)sendNext:(NSUInteger)credit;
- (SMCreditSubject *)subscribeNext:(SubscribeNextActionBlock)block;

@end

@interface SMCreditSubject()

@property (nonatomic, assign) NSUInteger credit;
@property (nonatomic, strong) SubscribeNextActionBlock subscribeNextBlock;
@property (nonatomic, strong) NSMutableArray *blockArray;

@end

@implementation SMCreditSubject

+ (SMCreditSubject *)create {
    SMCreditSubject *subject = [[self alloc] init];
    return subject;
}

- (SMCreditSubject *)sendNext:(NSUInteger)credit {
    self.credit = credit;
    if (self.blockArray.count > 0) {
        for (SubscribeNextActionBlock block in self.blockArray) {
            block(self.credit);
        }
    }
    return self;
}

- (SMCreditSubject *)subscribeNext:(SubscribeNextActionBlock)block {
    if (block) {
        block(self.credit);
    }
    [self.blockArray addObject:block];
    return self;
}

#pragma mark - Getter
- (NSMutableArray *)blockArray {
    if (!_blockArray) {
        _blockArray = [NSMutableArray array];
    }
    return _blockArray;
}

Demo地址：https://github.com/ming1016/RACStudy

主要思路就是subscribeNext時(shí)將參數(shù)block的實(shí)現(xiàn)輸入添加到一個(gè)數(shù)組中，sendNext時(shí)記錄輸入的積分，同時(shí)遍歷那個(gè)記錄subscribeNext的block的數(shù)組使那些block再按照新積分再實(shí)現(xiàn)一次輸入，達(dá)到更新積分通知多個(gè)subscriber來實(shí)現(xiàn)新值的效果。

除了block還可以將每次sendNext的積分放入一個(gè)數(shù)組記錄每次的積分變化，在RAC中的Signal就是這樣處理的，如下圖，這樣新加入的subscirber能夠讀取到積分變化歷史記錄。

演示 - 7.png

所以不用ReactiveCocoa庫也能夠按照函數(shù)式編程方式改造現(xiàn)有項(xiàng)目達(dá)到同樣的效果。

上面的例子也能夠看出FRP的另一個(gè)響應(yīng)式編程的特性。說響應(yīng)式編程之前可以先看看我之前關(guān)于解耦的那篇文章里的Demohttps://github.com/ming1016/DecoupleDemo，里面使用了Model作為連接視圖，請求存儲和控制器之間的紐帶，通過KVO使它們能夠通過Model的屬性來相互監(jiān)聽來避免它們之間的相互依賴達(dá)到解耦的效果。

演示 - 6.png

像上面的例子那樣其實(shí)也能夠達(dá)到同樣的效果，創(chuàng)建一個(gè)Model然后通過各個(gè)Subject來貫穿視圖層和數(shù)據(jù)層進(jìn)行send值和多subscribe值的處理。

了解了這種編程模型，再去了解下ReactiveCocoa使用的三種設(shè)計(jì)模式就能夠更容易的將它學(xué)以致用了，下面配上這三種貫穿ReactiveCocoa的設(shè)計(jì)模式，看這些圖里的方法名是不是很眼熟。

演示 - 9.png

演示 - 10.png

演示 - 11.png

ReactiveCocoa里面還有很多可以學(xué)習(xí)的地方，比如宏的運(yùn)用，可以看看sunnyxx的那篇《Reactive Cocoa Tutorial [1] = 神奇的Macros》http://blog.sunnyxx.com/2014/03/06/rac_1_macros/。

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡書系信息發(fā)布平臺，僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 今天5月19日，星期5，距離高考還有18天。今天天氣特別涼爽，空氣中透著一種冷冷的感覺，應(yīng)是附近某地下了大雨吧。一...
    耘心閱讀 234評論 0贊 0
  • 以往都不覺得元旦就是跨年，總覺得除夕守歲才是正在一年初始，大概是因?yàn)榻衲暾迷?6年底差不多還清了除房貸以外的債務(wù)...
    冒泡的小魚閱讀 409評論 0贊 0
  • 一只青蛙，呱呱呱！ 小鴨子很惱怒，嫌它吵，一腳把它踢進(jìn)了井里！ 于是，它便在井里成長，習(xí)慣了那圓形的小小的窩，也忘...
    遠(yuǎn)曉閱讀 650評論 2贊 2

友情鏈接更多精彩內(nèi)容