浅析iOS-MAS&链式编程思想

前言

编程思想在iOS的应用中大概有那么几类，我们最常用的当属于面向对象的编程思想，一切皆对象，基于这种思想离不开的就是我们最常用的封装、继承、多态。平时工作中我们也会接触一些面向协议的编程思想，比如说接口分离解耦合，再比如说我们最常用的delegate都是面向协议的思想，还有就是基于ReactiveCocoa框架也就是平时听到的RAC提供的响应式编程思想，今天主要分析下另一种编程思想，链式编程。

首先简单分析一下Masonry的实现过程：

Masonry框架作为iOS开发者耳熟能详，大家在做纯代码适配的时候应该都曾用过，下面就以Masonry为例，但本文不过多的分析MAS源码，旨在提炼思想。

- (NSArray *)mas_makeConstraints:(void(^)(MASConstraintMaker *))block {
    self.translatesAutoresizingMaskIntoConstraints = NO;
    MASConstraintMaker *constraintMaker = [[MASConstraintMaker alloc] initWithView:self];
    block(constraintMaker);
    return [constraintMaker install];
}

- (id)initWithView:(MAS_VIEW *)view {
    self = [super init];
    if (!self) return nil;
    self.view = view;
    self.constraints = NSMutableArray.new;
    return self;
}
复制代码

1.创建约束制造者MASConstraintMaker并且绑定控件，在约束制造者init的同时生成了一个保存所有约束的数组constraints。
2.执行mas_makeConstraints传入的block，返回我们刚才创建的约束制造者constraintMaker。
3.让约束制造者安装约束，执行install方法。

我们再看一下install里面做了什么：

- (NSArray *)install {
    if (self.removeExisting) {
        NSArray *installedConstraints = [MASViewConstraint installedConstraintsForView:self.view];
        for (MASConstraint *constraint in installedConstraints) {
            [constraint uninstall];
        }
    }
    NSArray *constraints = self.constraints.copy;
    for (MASConstraint *constraint in constraints) {
        constraint.updateExisting = self.updateExisting;
        [constraint install];
    }
    [self.constraints removeAllObjects];
    return constraints;
}
复制代码

实际上是遍历了我们创建约束制造者constraintMaker时所创建的constraints，constraints里面实际上存储的是我们为控件添加的所有约束信息，然后分别对每条约束之行install。那么问题来了，constraints里面的约束从哪里来的呢。这就要回到了上面说的第2步，block将约束制造者返回给用户，让用户通过constraintMaker去设置控件的约束，这些约束实际上就是存储到了constraints中。当执行第3步return [constraintMaker install]；的时候，就是将所有调用者添加的布局转换为NSLayoutConstraint对象也就是我们熟悉的纯代码适配，进行布局更新。

为什么要先研究Masonry呢

实际上Masonry就是基于链式编程思想实现的开源框架，即强大，又直观。比如说我们在使用Masonry的时候通常会这样写：

[view mas_makeConstraints:^(MASConstraintMaker *make) {
    make.height.top.mas_equalTo(44);
    make.left.mas_equalTo(5);
    make.centerY.equalTo(self);
}];
复制代码

为什么make可以一直这么点下去，点语法给我们的第一感觉是get方法，实际上确实是get方法：

- (MASConstraint *)height {
    return [self addConstraintWithLayoutAttribute:NSLayoutAttributeHeight];
}
复制代码

通过源码可以看到.height实际上返回的并不是一个int或者NSInteger类型变量，而是MASConstraint，是约束制造者本身，实际上每次调用.height就是将约束添加到我们上面提到的constraints数组中。到这里，链式编程的特点就显而易见了，那就是方法返回值必须要有方法的调用者。那么还有疑问，mas_equalTo()是什么鬼。下面着重讲一下.mas_equalTo()，

还是通过源代码点进去看一下：

- (MASConstraint * (^)(id))equalTo {
    return ^id(id attribute) {
        return self.equalToWithRelation(attribute, NSLayoutRelationEqual);
    };
}
复制代码

返回值是一个MASConstraint * (^)(id) 的block类型，到这里我们了解了.mas_equalTo实际上是返回了一个返回值为MASConstraint类型的block，当我们外面调用block的时候实际上执行的是self.equalToWithRelation(attribute,NSLayoutRelationEqual);函数，没错，它返回的依旧是MASConstraint类型，依旧是方法的调用者，也就是前面提到的约束制造者，所以我们在调用mas_equalTo()之后还能继续点下去，像不像个无底洞。如果这样不好理解的话我们可以将添加约束的源码改写一下来实现：

[view mas_makeConstraints:^(MASConstraintMaker *make) {
//     make.height.top.mas_equalTo(44);
    MASConstraint * (^)(id)block = make.height.top.mas_equlTo;
    MASConstraint *make = block(44);
    make.top...
}];
复制代码

这下应该就很好理解了。

最后总结一下什么是链式编程，一句话就是方法返回值必须要有方法的调用者！