1.ReactiveCocoa常见操作方法介绍。
1.1 ReactiveCocoa操作须知
所有的信号(RACSignal)都可以进行操作处理,因为所有操作方法都定义在RACStream.h中,因此只要继承RACStream就有了操作处理方法。
1.2 ReactiveCocoa操作思想
运用的是Hook(钩子)思想,Hook是一种用于改变API(应用程序编程接口:方法)执行结果的技术.
Hook用处:截获API调用的技术。
Hook原理:在每次调用一个API返回结果之前,先执行你自己的方法,改变结果的输出。
1.3 ReactiveCocoa核心方法bind
ReactiveCocoa操作的核心方法是bind(绑定),而且RAC中核心开发方式,也是绑定,之前的开发方式是赋值,而用RAC开发,应该把重心放在绑定,也就是可以在创建一个对象的时候,就绑定好以后想要做的事情,而不是等赋值之后在去做事情。
列如:把数据展示到控件上,之前都是重写控件的setModel方法,用RAC就可以在一开始创建控件的时候,就绑定好数据。
在开发中很少使用bind方法,bind属于RAC中的底层方法,RAC已经封装了很多好用的其他方法,底层都是调用bind,用法比bind简单.
bind方法简单介绍和使用。
// 假设想监听文本框的内容,并且在每次输出结果的时候,都在文本框的内容拼接一段文字“输出:”
|
|
1.4 ReactiveCocoa操作方法之映射(flattenMap,Map)
flattenMap,Map用于把源信号内容映射成新的内容。
flattenMap简单使用
|
|
Map简单使用:
|
|
FlatternMap和Map的区别
1.FlatternMap中的Block返回信号。
2.Map中的Block返回对象。
3.开发中,如果信号发出的值不是信号,映射一般使用Map
4.开发中,如果信号发出的值是信号,映射一般使用FlatternMap。
总结:signalOfsignals用FlatternMap。
|
|
1.5 ReactiveCocoa操作方法之组合。
concat:按一定顺序拼接信号,当多个信号发出的时候,有顺序的接收信号。
|
|
// 底层实现:
// 1.订阅聚合信号,每次有内容发出,就会执行reduceblcok,把信号内容转换成reduceblcok返回的值。
1.6 ReactiveCocoa操作方法之过滤。
filter:过滤信号,使用它可以获取满足条件的信号.
|
|
1.8 ReactiveCocoa操作方法之线程。
deliverOn: 内容传递切换到制定线程中,副作用在原来线程中,把在创建信号时block中的代码称之为副作用。
subscribeOn: 内容传递和副作用都会切换到制定线程中。
1.9 ReactiveCocoa操作方法之时间。
|
|
1.10 ReactiveCocoa操作方法之重复。
|
|
throttle节流:当某个信号发送比较频繁时,可以使用节流,在某一段时间不发送信号内容,过了一段时间获取信号的最新内容发出。
|
|
// 节流,在一定时间(1秒)内,不接收任何信号内容,过了这个时间(1秒)获取最后发送的信号内容发出。
|
|
2.介绍MVVM架构思想。
2.1 程序为什么要架构:便于程序员开发和维护代码。
2.2 常见的架构思想:
MVC M:模型 V:视图 C:控制器
MVVM M:模型 V:视图+控制器 VM:视图模型
MVCS M:模型 V:视图 C:控制器 C:服务类
VIPER V:视图 I:交互器 P:展示器 E:实体 R:路由
PS:VIPER架构思想
2.3 MVVM介绍
模型(M):保存视图数据。
视图+控制器(V):展示内容 + 如何展示
视图模型(VM):处理展示的业务逻辑,包括按钮的点击,数据的请求和解析等等。
3.ReactiveCocoa + MVVM 实战一:登录界面
3.1需求+分析+步骤
/* 需求:1.监听两个文本框的内容,有内容才允许按钮点击
2.默认登录请求.
用MVVM:实现,之前界面的所有业务逻辑
分析:1.之前界面的所有业务逻辑都交给控制器做处理
2.在MVVM架构中把控制器的业务全部搬去VM模型,也就是每个控制器对应一个VM模型.
步骤:1.创建LoginViewModel类,处理登录界面业务逻辑.
2.这个类里面应该保存着账号的信息,创建一个账号Account模型
3.LoginViewModel应该保存着账号信息Account模型。
4.需要时刻监听Account模型中的账号和密码的改变,怎么监听?
5.在非RAC开发中,都是习惯赋值,在RAC开发中,需要改变开发思维,由赋值转变为绑定,可以在一开始初始化的时候,就给Account模型中的属性绑定,并不需要重写set方法。
6.每次Account模型的值改变,就需要判断按钮能否点击,在VM模型中做处理,给外界提供一个能否点击按钮的信号.
7.这个登录信号需要判断Account中账号和密码是否有值,用KVO监听这两个值的改变,把他们聚合成登录信号.
8.监听按钮的点击,由VM处理,应该给VM声明一个RACCommand,专门处理登录业务逻辑.
9.执行命令,把数据包装成信号传递出去
10.监听命令中信号的数据传递
11.监听命令的执行时刻
*/
3.2 控制器的代码
|
|
4.ReactiveCocoa + MVVM 实战二:网络请求数据
4.1 接口:这里先给朋友介绍一个免费的网络数据接口,豆瓣。可以经常用来练习一些网络请求的小Demo.
4.2 需求+分析+步骤
/*
需求:请求豆瓣图书信息,url:https://api.douban.com/v2/book/search?q=基础
分析:请求一样,交给VM模型管理
步骤:
1.控制器提供一个视图模型(requesViewModel),处理界面的业务逻辑
2.VM提供一个命令,处理请求业务逻辑
3.在创建命令的block中,会把请求包装成一个信号,等请求成功的时候,就会把数据传递出去。
4.请求数据成功,应该把字典转换成模型,保存到视图模型中,控制器想用就直接从视图模型中获取。
5.假设控制器想展示内容到tableView,直接让视图模型成为tableView的数据源,把所有的业务逻辑交给视图模型去做,这样控制器的代码就非常少了。
*/
4.3控制器代码
|
|
4.4视图模型(VM)代码
|
|
文/袁峥Seemygo(简书作者)
原文链接:http://www.jianshu.com/p/e10e5ca413b7