http://www.cnblogs.com/manji/p/4846591.html
@H_404_2@

一次MVVM+ReactiveCocoa实践

1 pod 'AFNetworking',~> 2.5.3'
2 pod ReactiveCocoa~> 2.53 pod MJRefresh~> 2.4.74 pod MJExtension~> 2.5.95 pod AFNetworking-RACExtensions~> 0.1.8'

 1 　　 @weakify(self);
 2     [[_fetchProductCommand.executionSignals switchToLatest] subscribeNext:^(ResponseData *response) {
 3         @strongify(self);
 4         if (!response.success) {
 5             [self.errors sendNext:response.error];
 6         }
 7         else {
 8             self.items = [ProductListModel objectArrayWithKeyValuesArray:response.data];
 9             self.page = response.page;
10         }
11     }];

4）ViewController里对viewmodel里的errors进行订阅。@H_404_2@

原则就是把所有的错误都统一到一个通道里，这样只需要在一个地方处理就行了。@H_404_2@

http请求cancel

我们在实现某些界面功能时，往往会在界面打开后进行http请求，有时会显示一个指示器告诉用户正在请求数据。但是如果网络比较差的情况下（比如2G网），有时用户可能觉得等的时间太长了，就点了返回，界面虽然是关闭了，但是对于那个http请求来说它还在继续的。这个时候比较好的处理方式就是将那个http请求cancel掉。不用RAC的情况下，我们需要记录每次发起http请求的NSURLSessionTask（如果你是用的AFNetworking的AFHTTPSessionManager的话），然后在Viewcontroller的dealloc里调用【task cancel】来取消这个task，需要注意的时，task被cancel的时候会返回error，这个时候就需要判断下errorCode来甄别是不是cancel，以免跟其他网络异常弄混。
那么用ReactiveCocoa该怎么实现http的cancel呢？好在AFNetworking-RACExtensions’已经帮我们封装好了，我们只需要在viewmodel里定义一个表示取消http请求的RACCommand（可以放到Baseviewmodel里），然后再必要的地方调用这个command即可，当然前提是我们在发起http请求的command里设置了如下的代码：@H_404_2@

核心点就在于takeUntil，它表示“一直执行直到…”，套用在我们这里就是http请求一直执行，直到cancel命令被下达。经过测试可以发现完全能达到我们的目的。
PS：这里额外介绍下如何模拟不稳定的网络。设置 -> 开发者 -> NETWORK LINK CONDITIONER，里面有各种选项可供选择，比如100% Loss，3G，Very Bad Network等，虽然没有专业工具那么强大，但是简单模拟下异常网络也是足够了。@H_404_2@

Model与viewmodel的界定

这两者关系说清晰也清晰，说不清晰也不清晰。@H_404_2@

为什么说清晰呢？因为Model是实体，一般就是一些属性字段而已，而viewmodel是介于ViewController于Model之间的桥梁，viewmodel里有RACCommand，也会有一些业务逻辑（比如分页处理，ViewController只需要调用fetchData或者fetchMoreData即可，无需知道现在显示的是第几页）。@H_404_2@

那为什么又不清晰呢？在我这个demo里有个自定义tablecell的viewmodel（ProductListCellviewmodel），这里面其实也就是一些属性而已，跟ProductListModel基本上都是一样的。所以遇到这种情况就比较迷惑，到底是拿Model当viewmodel用呢，还是分开冗余一部分代码呢？而且http请求返回的数据一般就是ViewController需要显示的数据（只是一般情况，也有需要额外处理的）。@H_404_2@

到底该怎么处理呢？说说我的理解：
1）从http请求获得的数据，就是sourceData，而我们的Model就是作为sourceData而存在的，所以我更倾向于用Model来映射json数据。
2）viewmodel是拿到Model进行处理（有时可能不需要额外处理），然后提供给ViewController使用，比如直接显示到View上。@H_404_2@

这也真是MVVM框架的核心。所以viewmodel里的items保存的是Model的数组。那么问题又来了，既然items里是Model，而ViewController又是通过viewmodel获取sourceData，那从Model到viewmodel该在哪里进行转换呢？@H_404_2@

我能想到的是3个方案：
1）使用Model解析json数据后，循环遍历Model转成viewmodel保存到items里。这种做法，items里保存的是viewmodel而不是Model，TableCell使用的时候直接拿items里的viewmodel即可。
2）items保存Model，TableCell直接使用Model。当Model跟viewmodel几乎完全一致的情况下很有可能会出现这种情况。因为会觉得完全复制一个viewmodel出来不值，但是这又不太符合MVVM。
3）items保存Model，TableCell获取viewmodel时，通过Model初始化viewmodel。
我目前使用的是第3种方案，在viewmodel里使用Model作为一个属性，然后提供一些readonly的属性并重写其get方法（中间可以对数据进行一些格式化之类的）供界面使用。@H_404_2@

遇到的坑

独自学习RAC还是有一定的难度的，毕竟面对众多RAC的api要想完全理解下来还是挺困难的。而且刚开始不熟悉的情况下很难针对某些特定的场景，想出比较合理的RAC处理方式（这句话是盗用别人的，但是我也深有体会）。@H_404_2@

这里列一下我写这个demo时遇到的几个坑吧，希望能帮别人绕过这些坑，也算是功德一件。
1）viewmodel里用来保存数据的数组，不能使用NSMutableArray。原因是RAC是基于KVO的，而NSMutableArray的Add和Remove方法并不会给KVO发送通知，因此对NSMutableArray进行RACObserve时，并不会达到我们想要的结果。（同理其他Mutable的也都不能用）
2）viewmodel里给items赋值时，不能用_items=somearray，而是得用self.items。我开始是想在viewmodel里定义一个readonly的items属性（理论上也应该是readonly的，因为ViewController只负责从viewmodel拿数据而已），然后通过_items进行赋值，但是订阅了viewmodel的items后死活收不到消息。我一直感觉这不科学，也许是我的打开方式不对，但是最终都没有解决。这里希望知道的人能不吝赐教，在下感激不尽。
3）实现可以cancel的http请求时，不能用replay，replayLast，replayLazily。关于这3者的区分可以参考这个，我觉得分析的很详细。@H_404_2@

总结

以上就是我的一次MVVM+RAC的实践，初学MVVM和RAC，难免有些概念和理解有偏差，欢迎批评指正，也欢迎一起交流讨论。为的是能更好的学习和进步！@H_404_2@

这里奉上我的demo源码：传送门@H_404_2@

（因为demo所用接口是实际项目接口，容我将其抹掉）@H_404_2@