RAC 的一些坑

发表于 更新于 分类于

前言

记得第一个项目用 RAC 的时候，对 MVVM 还不理解，同样对 RAC 也不理解。
最近项目中一直在用 RAC，OC 版的（之前叫 ReactiveCocoa，现在分离出 OC 版的 ReactiveObjC），也算入门了吧，也终于理解了 MVVM。
现在用得越多，发现 RAC 一些用法是有些坑的，总结一下。

关于Model

刚开始学习 MVVM 的时候，我一直以为一个整体是四部分，Model + View + ViewModel + Controller。这里的 Model 不是指通用 Model（例如 User、Orders 那些），而是指在 MVC 中例如 TableView 中的 Model。这个在 MVVM 中是可选的（即可有可无），我也不清楚有没有一个标准说规定要有或者不能有。我觉得如果 MVC 扩展成 MVVM 的时候又不想改动太大，那可以保留；如果直接从 MVVM 开始的话，还是不用写的好。

因为 ViewModel 的作用完全可以包括 Model 的作用。首先我们要明白 Controller 只是定义 View 和绑定数据，而数据处理放在 ViewModel。数据我们可以在 ViewModel 中定义只读属性（readonly）来提供，所以一个整体的话一般就只有 Controller + View（可能直接在 Controller 里面定义了）+ ViewModel。

关于绑定数据

其实也不是说用 MVVM 就一定要 RAC，你可以用 KVO 啊（如果不嫌麻烦的话）。当然 RAC 底层就是用 KVO 来实现的，只不过 RAC 封装得更好用，使用更简便，让你轻轻松松就绑定了数据。

我们先来看看 RAC(…) 和 RACObserve(…) 这两个宏，一般来说我们需要绑定数据的话，例如

1
RAC(self.label, text) = RACObserve(self.viewModel, text)

这样我们就把 ViewModel 上的 text 绑定到了一个 label 上，这是最简单的用法。关于底层那些信号流机制我就不说了，说一下我碰到的一个坑。例如现在有一个输入框，我拿到了信息后要发起请求，发起请求的入口当然是在 ViewModel 中，所以我们要这样绑定：

1
RAC(self.viewModel, text) = self.textField.rac_textSignal;

这样就绑定好了，然后产品经理给你提了个需求：这是个电话输入框，你在旁边加个通讯录按钮，点完可以进通讯录读取号码显示在输入框上。等你写完后你发现数据绑定失效了（当然不是失效了），我们来看看 rac_textSignal 的实现，其中一句：

1
[self rac_signalForControlEvents:UIControlEventAllEditingEvents]

原来这个信号只监听所有编辑事件，这种从通讯录读取的是赋值事件，那还要这样写：

1
RAC(self.viewModel, text) = RACObserve(self.textField, text)

刚开始学 RAC 的时候我以为这两种方式是一样的，但是 RACObserve(…) 是监听这个属性本身，往底层说应该是监听这个属性的内存地址。其实我们想要的是：

1
RAC(self.viewModel, text) = [self.textField.rac_textSignal merge:RACObserve(self.textField, text)]

然后产品经理说这个界面信息展示太多了还要输入，你弄一个可点击的输入框，一点就跳到另一个界面可以输入名字，电话号码那些信息，也要有通讯录按钮可以拉取名字，还要有历史记录，号码，输入完点确定跳转回来再展示出来就行了，对了，已经有信息的时候点进去 输入框也要默认有信息

这时候，我们就要开始改这里的数据绑定。已经有信息的时候点进去，输入框要有默认信息，那就这样：

1
2
self.textField.text = self.viewModel.text;
RAC(self.viewModel, text) = [self.textField.rac_textSignal merge:RACObserve(self.textField, text)]

可是还要有历史记录，持久化那只能在 ViewModel 里面做，那就用双向绑定吧。
在 RAC 中双向绑定用 RACChannel，也有特定的宏，这样写：

1
RACChannelTo(self.viewModel, text) = RACChannelTo(self.textField, text)

这样从通讯录拉取信息并且绑定到 ViewModel 的属性上了，但是我们发现输入的时候又绑定不了了，那就按上面的加一句这个？

1
RACChannelTo(self.viewModel, text) = self.textField.rac_newTextChannel;

然后发现输入事件绑定好了，但是从通讯录一拉取信息，发现 App crash 了，看了下线程栈，死循环了。

那应该是双向绑定了两次，导致信号流来回触发监听事件。具体细节可以看这篇文章：
RAC 中的双向数据绑定 RACChannel。

所以就不能这样实现。双向绑定还有一些其他坑，假如点进去的界面还要输入详细地址，那我们用一个 textView 来做，然后发现 textView 并没有实现 rac_newTextChannel，这就尴尬了。

实质上，RACChannelTo(…) 这个宏得到的是一个 RACChannelTerminal。这个 RACChannelTerminal 相当于网络连接中的 socket，只是一端。而让两个 RACChannelTerminal 绑定，则相当于让这两个 RACChannelTerminal 相互订阅。那我们可以自定义一个 RACChannelTerminal 吗？RAC 并不允许你这么做，RACChannelTerminal 的初始化方法是私有的。

1
2
//仅声明在.m文件
- (id)initWithValues:(RACSignal *)values otherTerminal:(id<RACSubscriber>)otherTerminal;

无奈，我还是放弃使用双向绑定数据了，原来怎么写就怎么写吧。

关于代理

其实 RAC 中已经写好取代原生代理的方法了，但是有一个很大的缺点。由于信号流是单向流动的，在订阅后实现你想要实现的代码，但是无法返回值！！也就是说，你无法用 RAC 写有返回值的代理方法。

现在产品经理叫你在实现的号码输入框、地址输入框添加键盘事件，return key 上面的变成 next，最后的变成 done，点了后要收起键盘。

我们要用到 textField 和 textView 的这个方法：

1
- (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string;

有返回值，所以就直接写。textView 点击 done 收起键盘，那就这样写：

1
2
3
4
5
6
7
- (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range replacementText:(NSString *)text {
    if([text isEqualToString:@"\n"]) {
        [textView resignFirstResponder];
        return NO;
    }
    return YES;
}

然后设置代理等于 self，写上协议。

运行一下，OK，这个功能就实现了。
但是你发现 textView 的数据绑定挂了。

1
2
3
[self.textView.rac_textSignal subscribeNext:^(id x) {
	NSLog(@"text--%@",x);
}];

订阅信号发现，信号完全挂了。
百思不得其解，轮到搜索引擎出场了，Google # RAC textView textSignal。
然后发现 RAC 的一条 issue：
rac_textSignal not work on UITextView #1981

你发现他和你一样是设置了代理后信号就没用了，然后看到这个。

先设置代理就行了吗？！然后你试了一下，发现就是这个问题。
RAC 特么的还管设置代理和绑定数据先后问题！！！为什么 textField 设置在先后都可以，而 textView 不行呢！！！好吧，都是 RAC 的错。

后来我看了一下 RAC 代理的实现，原来它并不是把 Block 放到那个方法里面去执行，而是使用 Swizzle 来 hook 那个方法。

总结

RAC 还是很强大的，很多思想值得学习，但是也有一些小坑，总之还有很多东西要学习。