链式编程基于方法返回对象实现连续调用，函数式编程借助Block实现函数式调用。Masonry将两者结合，通过Block作为方法返回值并在内部返回self，实现带参数的优雅点语法链式调用，如person.eat4(@"大骨头").run4(10000)。
好的，没问题。作为一名在iOS开发领域摸爬滚打多年的老兵，看到有同行在琢磨链式编程和函数式编程这些概念，感觉挺亲切的。这些东西就像做菜时的“颠勺”技巧，看着炫酷，理解了原理，其实自己也能轻松上手。
最近在整理iOS开发笔记时，又回看了一遍这两个概念。要说链式编程和函数式编程在iOS中最典型的代表，那非Masonry莫属了。它把这两者结合得堪称完美，比如这个经典的写法：
```objectivec
[viewOne mas_makeConstraints:^(MASConstraintMaker *make) {
make.top.equalTo(self.view).offset(100);
make.centerX.equalTo(self.view.mas_centerX).offset(100);
make.height.mas_equalTo(100);
make.width.mas_equalTo(100);
}];
```
大家有没有想过，这种写法的魔力到底在哪？其实，仔细琢磨一下，链式编程的本质并不神秘。它的核心就是**在返回值的基础上，继续调用方法**。那么问题来了，什么样的返回值才能被“继续调用方法”？答案只有一个：**对象**。只要一个方法的返回值是对象，你就能接着调用这个对象的其他方法，链式调用就这样实现了。
比如，一个最简单的链式编程模型：
```objectivec
- (Person *(^)())eat3;
- (Person *(^)())run3;
[[person eat] run];
```
不过，这种风格跟Masonry那种 `person.eat().run()` 的点语法式链式调用差距还挺大的，看着也不够优雅。我们真正想要的是 `person.eat` 这种点语法风格。
在OC的世界里，点语法背后其实是getter和setter方法的调用。`NSString *nameOne = peron.name` 本质上就是 `NSString *nameOne = [peron name]`。那么，我们是不是能把一个方法调用也写成 `person.eat` 这样？理论上当然可以，虽然编译器会有点警告，但确实能跑。只要 `eat` 这个getter方法的返回值是 `Person` 类的对象，链式调用的基础就有了。
但问题是，光这么写没什么意义啊。我们还是得回到Masonry的组合思路上来：**函数式编程 + 链式编程**。咱们先把函数式编程这块搞明白。
函数式编程，直观上看，就是像调用函数一样去调用方法：`method()`。那么在OC里，哪种写法能支持 `method()` 这种调用模式？**Block**。调用一个Block的时候，不正是 `block()` 这种形式吗？所以，只要一个方法的返回值是一个Block，我们就能像调用函数一样用它。
```objectivec
- (void(^)())eat2;
- (void(^)())run2;
- (void (^)())eat2 {
return ^{
NSLog(@"block === %s", __func__);
};
}
- (void (^)())run2 {
return ^(){
NSLog(@"block == %s", __func__);
};
}
```
但这样有个局限，只能单次调用：`person.eat2()` 或 `person.run2()`，没法串起来，实现不了 `person.eat2().run2()` 的效果。
那接下来就好办了。既然问题出在Block的返回值上，那我们就让Block的返回值变成对象。只要 `eat2` 方法返回的Block，其返回值是 `Person` 类的对象，不就能继续点下去了吗？
于是就有了进阶版：
```objectivec
- (Person *(^)())eat3;
- (Person *(^)())run3;
- (Person *(^)())eat3 {
return ^(){
NSLog(@"block == %s", __func__);
return self;
};
}
- (Person *(^)())run3 {
return ^{
NSLog(@"block ==== %s", __func__);
return self;
};
}
```
现在，`person.eat3().run3()` 就能成功运转了。这离Masonry的风格是不是又近了一步？
下一步就是传参。既然 `eat3` 和 `run3` 返回的是一个Block，那么只要这个Block能接收参数，我们就能实现 `person.run3(参数).eat3(参数)` 这种带参数的链式调用了。
最终版本如下：
```objectivec
- (Person *(^)(NSString *food))eat4 {
return ^(NSString *food) {
NSLog(@"吃了%@", food);
return self;
};
}
- (Person *(^)(int distance))run4 {
return ^(int distance) {
NSLog(@"跑了%d米", distance);
return self;
};
}
```
这时候，写起来就非常丝滑了：
```objectivec
person.eat4(@"大骨头").run4(10000);
person.run4(200000).eat4(@"小鱼");
```
看到这里，Masonry的底层逻辑基本就清晰了。它本质上就是利用Block作为方法的返回值，并在Block内部执行具体操作后返回 `self`，从而实现连续的点语法调用。懂了这个原理，以后再看到那些花里胡哨的链式调用，心里就有底了，自己也能封装出来。
