给链式语法泼点冷水

引言

最近基于block实现的链式语法很火, 不管大牛还是新手, 都搞出好多链式语法的库或者blog介绍。曾经有一段时间, 我也沉迷于此, 去年自己实现的数据库映射框架也用了链式语法: Example。 有些坑, 踩过之后才知道痛, 鉴于目前介绍block链式语法的文章和第三方库, 都没有提到这些问题, 那么, 我就来泼些冷水吧。

问题

0x00

首先是容易导致崩溃, 在我之前的文章【链式语法的坑...】中也提到过,基于block的链式表达式容易出现空指针的崩溃:

FOO *foo = // init foo object here, maybe nil.
foo.say().hello();

在这里, 如果第一行foo为nil, 或者say()返回的对象是nil, 那么, 这里就会崩溃, 原因在前一篇文章中已经论述过, 也提供了相应的解决方案。希望大家在实现或者使用类似代码的时候, 引起注意。

一个比较好的建议是, 参考Masonry, 在一个限定的上下文内使用链式语法。 使用链式语法的对象实例, 是作为参数传递给使用者, 而不是由使用者自行创建, 这样, 我们可以保证使用链式语法的对象, 不会为nil, 避免使用者疏忽导致崩溃:

    [myView mas_makeConstraints:^(MASConstraintMaker *make) {
        make.left.equalTo(self.mas_left).offset(8);
        make.top.equalTo(self.mas_top).offset(8);
        make.height.mas_equalTo(21);
        make.width.mas_equalTo(160);
    }];

// 我们看Masonry源码中, mas_makeConstraints的实现:
// View+MASAdditions.m
- (NSArray *)mas_makeConstraints:(void(^)(MASConstraintMaker *))block {
    self.translatesAutoresizingMaskIntoConstraints = NO;
    MASConstraintMaker *constraintMaker = [[MASConstraintMaker alloc] initWithView:self];
    block(constraintMaker);
    return [constraintMaker install];
}

0x01

性能问题, 相对于上边的问题, 这个显得不那么重要。 但是, 一些调用频繁的方法, 建议尽量不要用基于block实现的链式语法, 因为这将带来一倍多的性能开销, 而可读性/可维护性并没有明显比传统方法实现的链式语法提高很多。

- (MyTestObj *)append:(NSString *)str {
    if (_str == nil) {
        _str = [str mutableCopy];
    } else {
        [_str appendString:str];
    }
    return self;
}

- (void)reset {
    _str = nil;
}

- (MyTestObj *(^)(NSString *str))APPEND {
    return ^ MyTestObj *(NSString *str) {
        if (_str == nil) {
            _str = [str mutableCopy];
        } else {
            [_str appendString:str];
        }
        return self;
    };
}

- (MyTestObj *(^)())RESET {
    return ^ MyTestObj *{
        _str = nil;
        return self;
    };
}

//////////////// test case //////////////////
    MyTestObj *obj = [[MyTestObj alloc] init];
    @autoreleasepool {
        CFTimeInterval t = CFAbsoluteTimeGetCurrent();
        for (NSInteger i = 0; i < 100000; ++i) {
            for (NSInteger j = 0; j < 50; ++j) {
                obj = [obj append:@"conformsToProtocol:"];
            }
            [obj reset];
        }
        CFTimeInterval t1 = CFAbsoluteTimeGetCurrent() - t;
        NSLog(@"method: %fms", t1 * 1000.f);
    }

    obj = [[MyTestObj alloc] init];
    @autoreleasepool {
        obj = [SingletonBase sharedInitance];
        CFTimeInterval t = CFAbsoluteTimeGetCurrent();
        for (NSInteger i = 0; i < 100000; ++i) {
            for (NSInteger j = 0; j < 50; ++j) {
                obj = obj.APPEND(@"conformsToProtocol:");
            }
            obj.RESET();
        }
        NSLog(@"BLOCK: %fms", (CFAbsoluteTimeGetCurrent() - t) * 1000.f);
        [obj destroyInstance];
    }

////////// output: /////////
method: 988.265038ms
BLOCK: 1867.130041ms

可以看出, 使用block的方式,要多消耗一倍的时间。 其实简单分析也可以得出这样的结论, block的方式, 要通过getter方法获取block属性, 然后再执行block方法, 比普通方法多了一个步骤。另外,如果在链式语法某个链条中返回nil, 普通方法实现的链式语法就不会执行后续的方法内部逻辑,但是在block方式中, 我们必须确保每个链条中返回的结果不为nil, 因此block方式的开销会更大。

所以, 一般情况下, 不建议在调用频繁或者需要提升性能的地方使用block链式语法。

Block链式语法的优势?

自行百度(Google)一下。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • WebSocket-Swift Starscream的使用 WebSocket 是 HTML5 一种新的协议。它实...
    香橙柚子阅读 24,113评论 8 183
  • 在家闲着没事,就一路狂飙着追剧,感觉大脑已经出现故障,人脸无法识别、人名识别迟钝,与人聊天也不能在同一频道,感觉如...
    甜蜜的兔子阅读 235评论 0 0
  • 等待一场薄凉,等待一场言殇…… 等与待,是世间最无望的词语。等待是没有期限的,或长或短,或明或暗,时而给人以希望又...
    安暖亦阳阅读 266评论 0 1
  • 请先打开《贝加尔湖畔》的音乐 再来慢慢的读这首诗 有一天的夜晚 我做了一个无忧无虑的梦 在哗啦啦的糖果泉水旁 结出...
    水摇绢阅读 355评论 1 1