1.ReactiveCocoa常见操作方法介绍。
-
1.1 ReactiveCocoa操作须知
-
1.2 ReactiveCocoa操作思想
-
1.3 ReactiveCocoa核心方法bind
// 假设想监听文本框的内容,并且在每次输出结果的时候,都在文本框的内容拼接一段文字“输出:”
// 方式一:在返回结果后,拼接。
[_textField.rac_textSignal subscribeNext:^(id x) {
NSLog(@"输出:%@",x);
}];
// 方式二:在返回结果前,拼接,使用RAC中bind方法做处理。
// bind方法参数:需要传入一个返回值是RACStreamBindBlock的block参数
// RACStreamBindBlock是一个block的类型,返回值是信号,参数(value,stop),因此参数的block返回值也是一个block。
// RACStreamBindBlock:
// 参数一(value):表示接收到信号的原始值,还没做处理
// 参数二(*stop):用来控制绑定Block,如果*stop = yes,那么就会结束绑定。
// 返回值:信号,做好处理,在通过这个信号返回出去,一般使用RACReturnSignal,需要手动导入头文件RACReturnSignal.h。
// bind方法使用步骤:
// 1.传入一个返回值RACStreamBindBlock的block。
// 2.描述一个RACStreamBindBlock类型的bindBlock作为block的返回值。
// 3.描述一个返回结果的信号,作为bindBlock的返回值。
// 注意:在bindBlock中做信号结果的处理。
// 底层实现:
// 1.源信号调用bind,会重新创建一个绑定信号。
// 2.当绑定信号被订阅,就会调用绑定信号中的didSubscribe,生成一个bindingBlock。
// 3.当源信号有内容发出,就会把内容传递到bindingBlock处理,调用bindingBlock(value,stop)
// 4.调用bindingBlock(value,stop),会返回一个内容处理完成的信号(RACReturnSignal)。
// 5.订阅RACReturnSignal,就会拿到绑定信号的订阅者,把处理完成的信号内容发送出来。
// 注意:不同订阅者,保存不同的nextBlock,看源码的时候,一定要看清楚订阅者是哪个。
[[_textField.rac_textSignal bind:^RACStreamBindBlock{
// 什么时候调用:
// block作用:表示绑定了一个信号.
@H_404_109@return ^RACStream *(@H_404_109@id value,BOOL *stop){
// 什么时候调用block:当信号有新的值发出,就会来到这个block。
// block作用:做返回值的处理
// 做好处理,通过信号返回出去.
@H_404_109@return [RACReturnSignal @H_404_109@return:[NSString stringWithFormat:404_109@id x) {
@"%@",x);
}];
flattenMap
简单使用
// 监听文本框的内容改变,把结构重新映射成一个新值.
// flattenMap作用:把源信号的内容映射成一个新的信号,信号可以是任意类型。
// flattenMap使用步骤:
// 1.传入一个block,block类型是返回值RACStream,参数value
// 2.参数value就是源信号的内容,拿到源信号的内容做处理
// 3.包装成RACReturnSignal信号,返回出去。
// flattenMap底层实现:
// 0.flattenMap内部调用bind方法实现的,flattenMap中block的返回值,会作为bind中bindBlock的返回值。
// 1.当订阅绑定信号,就会生成bindBlock。
// 2.当源信号发送内容,就会调用bindBlock(value,*stop)
// 3.调用bindBlock,内部就会调用flattenMap的block,flattenMap的block作用:就是把处理好的数据包装成信号。
// 4.返回的信号最终会作为bindBlock中的返回信号,当做bindBlock的返回信号。
// 5.订阅bindBlock的返回信号,就会拿到绑定信号的订阅者,把处理完成的信号内容发送出来。
[[_textField.rac_textSignal flattenMap:^RACStream *(@H_404_109@id value) {
// block什么时候 : 源信号发出的时候,就会调用这个block。
// block作用 : 改变源信号的内容。
// 返回值:绑定信号的内容.
404_109@id x) {
// 订阅绑定信号,每当源信号发送内容,做完处理,就会调用这个block。
Map简单使用:
// 监听文本框的内容改变,把结构重新映射成一个新值.
// Map作用:把源信号的值映射成一个新的值
// Map使用步骤:
// 1.传入一个block,类型是返回对象,参数是value
// 2.value就是源信号的内容,直接拿到源信号的内容做处理
// 3.把处理好的内容,直接返回就好了,不用包装成信号,返回的值,就是映射的值。
// Map底层实现:
// 0.Map底层其实是调用flatternMap,Map中block中的返回的值会作为flatternMap中block中的值。
// 3.当源信号发送内容,就会调用bindBlock(value,161)">// 4.调用bindBlock,内部就会调用flattenMap的block
// 5.flattenMap的block内部会调用Map中的block,把Map中的block返回的内容包装成返回的信号。
// 5.返回的信号最终会作为bindBlock中的返回信号,当做bindBlock的返回信号。
// 6.订阅bindBlock的返回信号,就会拿到绑定信号的订阅者,把处理完成的信号内容发送出来。
[[_textField.rac_textSignal map:^@H_404_109@id(@H_404_109@id value) {
// 当源信号发出,就会调用这个block,修改源信号的内容
// 返回值:就是处理完源信号的内容。
@H_404_109@return [
FlatternMap和Map的区别
- 1.FlatternMap中的Block返回信号。
- 2.Map中的Block返回对象。
- 3.开发中,如果信号发出的值不是信号,映射一般使用Map
- 4.开发中,如果信号发出的值是信号,映射一般使用FlatternMap。
总结
:signalOfsignals用FlatternMap。
// 创建信号中的信号
RACSubject *signalOfsignals = [RACSubject subject];
RACSubject *signal = [RACSubject subject];
[[signalOfsignals flattenMap:^RACStream *(@H_404_109@id value) {
// 当signalOfsignals的signals发出信号才会调用
@H_404_109@return value;
}] subscribeNext:^(// 只有signalOfsignals的signal发出信号才会调用,因为内部订阅了bindBlock中返回的信号,也就是flattenMap返回的信号。
// 也就是flattenMap返回的信号发出内容,才会调用。
@"%@aaa",x);
}];
// 信号的信号发送信号
[signalOfsignals sendNext:signal];
// 信号发送内容
[signal sendNext:@1];
- 1.5 ReactiveCocoa操作方法之组合。
* `concat`:按一定顺序拼接信号,当多个信号发出的时候,有顺序的接收信号。
RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) {
[subscriber sendNext:@1];
[subscriber sendCompleted];
@H_404_109@return nil;
}];
RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(2];
@H_404_109@return nil;
}];
// 把signalA拼接到signalB后,signalA发送完成,signalB才会被激活。
RACSignal *concatSignal = [signalA concat:signalB];
// 以后只需要面对拼接信号开发。
// 订阅拼接的信号,不需要单独订阅signalA,signalB
// 内部会自动订阅。
// 注意:第一个信号必须发送完成,第二个信号才会被激活
[concatSignal subscribeNext:^(// concat底层实现:
// 1.当拼接信号被订阅,就会调用拼接信号的didSubscribe
// 2.didSubscribe中,会先订阅第一个源信号(signalA)
// 3.会执行第一个源信号(signalA)的didSubscribe
// 4.第一个源信号(signalA)didSubscribe中发送值,就会调用第一个源信号(signalA)订阅者的nextBlock,通过拼接信号的订阅者把值发送出来.
// 5.第一个源信号(signalA)didSubscribe中发送完成,就会调用第一个源信号(signalA)订阅者的completedBlock,订阅第二个源信号(signalB)这时候才激活(signalB)。
// 6.订阅第二个源信号(signalB),执行第二个源信号(signalB)的didSubscribe
// 7.第二个源信号(signalA)didSubscribe中发送值,就会通过拼接信号的订阅者把值发送出来.
* `then`:用于连接两个信号,当第一个信号完成,才会连接then返回的信号。
```
// then:用于连接两个信号,当第一个信号完成,才会连接then返回的信号
// 注意使用then,之前信号的值会被忽略掉.
// 底层实现:1、先过滤掉之前的信号发出的值。2.使用concat连接then返回的信号
[[[RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) {
[subscriber sendNext:@1];
[subscriber sendCompleted];
@H_404_109@return nil;
}] then:^RACSignal *{
@H_404_109@return [RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) {
[subscriber sendNext:@2];
@H_404_109@return nil;
}];
}] subscribeNext:^(@H_404_109@id x) {
// 只能接收到第二个信号的值,也就是then返回信号的值
调用
// merge:把多个信号合并成一个信号
//创建多个信号
RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(1];
@H_404_109@return nil;
}];
RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(// 合并信号,任何一个信号发送数据,都能监听到.
RACSignal *mergeSignal = [signalA merge:signalB];
[mergeSignal subscribeNext:^(// 底层实现:
// 1.合并信号被订阅的时候,就会遍历所有信号,并且发出这些信号。
// 2.每发出一个信号,这个信号就会被订阅
// 3.也就是合并信号一被订阅,就会订阅里面所有的信号。
// 4.只要有一个信号被发出就会被监听。
* `zipWith`:把两个信号压缩成一个信号,只有当两个信号同时发出信号内容时,并且把两个信号的内容合并成一个元组,才会触发压缩流的@H_404_109@next事件。
return nil;
}];
// 压缩信号A,信号B
RACSignal *zipSignal = [signalA zipWith:signalB];
[zipSignal subscribeNext:^(// 1.定义压缩信号,内部就会自动订阅signalA,signalB
// 2.每当signalA或者signalB发出信号,就会判断signalA,signalB有没有发出个信号,有就会把最近发出的信号都包装成元组发出。
* `combineLatest`:将多个信号合并起来,并且拿到各个信号的最新的值,必须每个合并的signal至少都有过一次sendNext,才会触发合并的信号。
@H_137_404@1];
// 把两个信号组合成一个信号,跟zip一样,没什么区别
RACSignal *combineSignal = [signalA combineLatestWith:signalB];
[combineSignal subscribeNext:^(// 1.当组合信号被订阅,内部会自动订阅signalA,signalB,必须两个信号都发出内容,才会被触发。
// 2.并且把两个信号组合成元组发出。
* `reduce`聚合:用于信号发出的内容是元组,把信号发出元组的值聚合成一个值
// 聚合
// 常见的用法,(先组合在聚合)。combineLatest:(id<NSFastEnumeration>)signals reduce:(id (^)())reduceBlock
// reduce中的block简介:
// reduceblcok中的参数,有多少信号组合,reduceblcok就有多少参数,每个参数就是之前信号发出的内容
// reduceblcok的返回值:聚合信号之后的内容。
RACSignal *reduceSignal = [RACSignal combineLatest:@[signalA,signalB] reduce:^@H_404_109@id(NSNumber *num1,210)">NSNumber *num2){
@"%@ %@",num1,num2];
}];
[reduceSignal subscribeNext:^(// 1.订阅聚合信号,每次有内容发出,就会执行reduceblcok,把信号内容转换成reduceblcok返回的值。
-
1.6 ReactiveCocoa操作方法之过滤。
-
filter
:过滤信号,使用它可以获取满足条件的信号.// 过滤: // 每次信号发出,会先执行过滤条件判断. [_textField.rac_textSignal filter:^BOOL(NSString *value) { @H_404_109@return value.length > 3; }];
-
ignore
:忽略完某些值的信号.// 内部调用filter过滤,忽略掉ignore的值 [[_textField.rac_textSignal ignore:@"1"] subscribeNext:^(@H_404_109@id x) {
distinctUntilChanged
:当上一次的值和当前的值有明显的变化就会发出信号,否则会被忽略掉。// 过滤,当上一次和当前的值不一样,就会发出内容。
// 在开发中,刷新UI经常使用,只有两次数据不一样才需要刷新 [[_textField.rac_textSignal distinctUntilChanged] subscribeNext:^(take:从开始一共取N次的信号// 1、创建信号
RACSubject *signal = [RACSubject subject]; // 2、处理信号,订阅信号 [[signal take:1] subscribeNext:^(id x) { NSLog(@"%@",x); }]; // 3.发送信号 [signal sendNext:@1]; [signal sendNext:@2]; -
takeLast
:取最后N次的信号,前提条件,订阅者必须调用完成,因为只有完成,就知道总共有多少信号.// 2、处理信号,订阅信号 [[signal takeLast:2]; [signal sendCompleted];
-
takeUntil
:(RACSignal *):获取信号直到执行完这个信号// 监听文本框的改变,知道当前对象被销毁 [_textField.rac_textSignal takeUntil:@H_404_109@self.rac_willDeallocSignal];
-
skip
:(NSUInteger):跳过几个信号,不接受。// 表示输入第一次,不会被监听到,跳过第一次发出的信号 [[_textField.rac_textSignal skip:1] subscribeNext:^(switchToLatest:用于signalOfSignals(信号的信号),有时候信号也会发出信号,会在signalOfSignals中,获取signalOfSignals发送的最新信号。
RACSubject *signalOfSignals = [RACSubject subject]; RACSubject *signal = [RACSubject subject]; [signalOfSignals sendNext:signal]; [signal sendNext:@1]; // 获取信号中信号最近发出信号,订阅最近发出的信号。 // 注意switchToLatest:只能用于信号中的信号 [signalOfSignals.switchToLatest subscribeNext:^(
1.7 ReactiveCocoa操作方法之秩序。
doNext
: 执行Next之前,会先执行这个Block-
doCompleted
: 执行sendCompleted之前,会先执行这个Block[[[[@H_404_109@RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) { [@H_404_109@subscriber sendNext:@1]; [@H_404_109@subscriber sendCompleted]; return nil; }] doNext:^(@H_404_109@id x) { // 执行[;之前会调用这个Block NSLog(@H_404_109@@"doNext");; }] doCompleted:^{ // 执行["doCompleted");; }] subscribeNext:^(@H_404_109@id x) { NSLog(; }];
-
-
1.8 ReactiveCocoa操作方法之线程。
-
1.9 ReactiveCocoa操作方法之时间。
-
timeout
:超时,可以让一个信号在一定的时间后,自动报错。RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) { @H_404_109@return nil; }] timeout:1 onScheduler:[RACScheduler currentScheduler]]; [signal subscribeNext:^(@H_404_109@id x) { NSError *error) { // 1秒后会自动调用
interval
定时:每隔一段时间发出信号[[@H_404_109@RACSignal interval:1 onScheduler:[@H_404_109@RACScheduler currentScheduler]] subscribeNext:^(;
-
delay
延迟发送next。RACSignal *signal = [[[RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) { [subscriber sendNext:@1]; @H_404_109@return nil; }] delay:2] subscribeNext:^(
1.9 ReactiveCocoa操作方法之重复。
-
retry
重试 :只要失败,就会重新执行创建信号中的block,直到成功.```
__block int i = 0;
[[[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {@H_404_109@if
return nil;
}] retry] subscribeNext:^(id x) {
NSLog(@"%@",x);
} error:^(NSError *error) {
-
-
}];
```
- replay重放:当一个信号被多次订阅,反复播放内容
```
RACSignalsignal = [[RACSignal createSignal:^RACDisposable(id<RACSubscriber> subscriber) {
[@H_404_109@subscriber sendNext:@2]; }] replay]signal subscribeNext:^("第一个订阅者%@",152)">"第二个订阅者%@",161)">; ```
RACSubject *signal = [RACSubject subject];
_signal = signal;
// 节流,在一定时间(1秒)内,不接收任何信号内容,过了这个时间(1秒)获取最后发送的信号内容发出。
[[signal throttle:id x) {
2.介绍MVVM架构思想。
2.1 程序为什么要架构:便于程序员开发和维护代码。
2.2 常见的架构思想:
MVCM:模型 V:视图 C:控制器
-
MVVM
M:模型 V:视图+控制器 VM:视图模型
-
MVCS
M:模型 V:视图 C:控制器 C:服务类
-
VIPER
V:视图 I:交互器 P:展示器 E:实体 R:路由
PS:VIPER架构思想
2.3 MVVM介绍
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 控制器的代码
@H_404_109@@interface ViewController ()
@H_404_109@@property (@H_404_109@nonatomic,@H_404_109@strong) Loginviewmodel *loginviewmodel;
@H_404_109@weak,0)">nonatomic) @H_404_109@IBOutlet UITextField *accountField;
UITextField *pwdField;
UIButton *loginBtn;
@H_404_109@@end
- (Loginviewmodel *)loginviewmodel
{
@H_404_109@if (_loginviewmodel == nil) {
_loginviewmodel = [[Loginviewmodel alloc] init];
}
@H_404_109@return _loginviewmodel;
}
// 视图模型绑定
- (@H_404_109@void)bindModel
{
// 给模型的属性绑定信号
// 只要账号文本框一改变,就会给account赋值
RAC(@H_404_109@.loginviewmodel.account,account) = _accountField.rac_textSignal;
RAC(.rac_textSignal;
// 绑定登录按钮
RAC(@H_404_109@.loginBtn,enabled) = @H_404_109@.enableLoginSignal;
// 监听登录按钮点击
[[_loginBtn rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(// 执行登录事件
[@H_404_109@.LoginCommand execute:nil];
}];
}
- 3.3 VM的代码
Loginviewmodel : NSObject
@H_404_109@strong) Account *account;
// 是否允许登录的信号
@H_404_109@strong,0)">readonly) RACSignal *enableLoginSignal;
@H_404_109@readonly) RACCommand *LoginCommand;
@H_404_109@@end
@H_404_109@@implementation Loginviewmodel
- (Account *)account
{
@H_404_109@if (_account == nil) {
_account = [[Account alloc] init];
}
@H_404_109@return _account;
}
- (instancetype)init
{
@H_404_109@if (@H_404_109@self = [@H_404_109@super init]) {
[@H_404_109@self initialBind];
}
@H_404_109@return @H_404_109@self;
}
// 初始化绑定
- (@H_404_109@void)initialBind
{
// 监听账号的属性值改变,把他们聚合成一个信号。
_enableLoginSignal = [RACSignal combineLatest:@[RACObserve(NSString *account,210)">NSString *pwd){
@H_404_109@return @(account.length && pwd.length);
}];
// 处理登录业务逻辑
_LoginCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(@H_404_109@id input) {
@"点击了登录");
@H_404_109@id<RACSubscriber> subscriber) {
// 模仿网络延迟
dispatch_after(dispatch_time(DISPATCH_TIME_NOW,(int64_t)(0.5 * NSEC_PER_SEC)),dispatch_get_main_queue(),^{
[subscriber sendNext:@"登录成功"];
// 数据传送完毕,必须调用完成,否则命令永远处于执行状态
[subscriber sendCompleted];
});
@H_404_109@return nil;
}];
}];
// 监听登录产生的数据
[_LoginCommand.executionSignalsid x) {
@H_404_109@if ([x isEqualToString:@"登录成功"]) {
@"登录成功");
}
}];
// 监听登录状态
[[_LoginCommand.executing skip:id x) {
@H_404_109@if ([x isEqualToNumber:@(YES)]) {
// 正在登录ing...
// 用蒙版提示
[MBProgressHUD showMessage:@"正在登录..."];
}@H_404_109@else
{
// 登录成功
// 隐藏蒙版
[MBProgressHUD hideHUD];
}
}];
}
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控制器代码
weak) UITableView *tableView;
@H_404_109@strong) Requestviewmodel *requesviewmodel;
@H_404_109@ViewController
- (Requestviewmodel *)requesviewmodel
{
@H_404_109@if (_requesviewmodel == nil) {
_requesviewmodel = [[Requestviewmodel alloc] init];
}
@H_404_109@return _requesviewmodel;
}
- (@H_404_109@void)viewDidLoad {
[@H_404_109@super viewDidLoad];
// Do any additional setup after loading the view,typically from a nib.
// 创建tableView
UITableView *tableView = [[UITableView alloc] initWithFrame:@H_404_109@.view.bounds];
tableView.dataSource = @H_404_109@.requesviewmodel;
@H_404_109@.requesviewmodel.tableView = tableView;
[@H_404_109@.view addSubview:tableView];
// 执行请求
[@H_404_109@.reuqesCommand execute:nil];
}
@H_404_109@@end
- 4.4视图模型(VM)代码
Requestviewmodel : NSObject<UITableViewDataSource>
// 请求命令
@H_404_109@readonly) RACCommand *reuqesCommand;
//模型数组
@H_404_109@readonly) NSArray *models;
// 控制器中的view
@H_404_109@Requestviewmodel
- (instancetype)init
{
@H_404_109@super init]) {
[@H_404_109@self;
}
- (@H_404_109@void)initialBind
{
_reuqesCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(@H_404_109@id input) {
RACSignal *requestSignal = [RACSignal createSignal:^RACDisposable *(@H_404_109@id<RACSubscriber> subscriber) {
NSMutableDictionary *parameters = [NSMutableDictionary dictionary];
parameters[@"q"] = @"基础";
// 发送请求
[[AFHTTPRequestOperationManager manager] GET:@"https://api.douban.com/v2/book/search" parameters:parameters success:^(AFHTTPRequestOperation * _Nonnull operation,0)">id _Nonnull responSEObject) {
SEObject);
// 请求成功调用
// 把数据用信号传递出去
[subscriber sendNext:responSEObject];
[subscriber sendCompleted];
} failure:^(AFHTTPRequestOperation * _Nonnull operation,210)">NSError * _Nonnull error) {
// 请求失败调用
}];
@H_404_109@return nil;
}];
// 在返回数据信号时,把数据中的字典映射成模型信号,传递出去
@H_404_109@return [requestSignal map:^NSDictionary *value) {
NSMutableArray *dictArr = value[@"books"];
// 字典转模型,遍历字典中的所有元素,全部映射成模型,并且生成数组
NSArray *modelArr = [[dictArr.rac_sequence map:^@H_404_109@id value) {
@H_404_109@return [Book bookWithDict:value];
}] array];
@H_404_109@return modelArr;
}];
}];
// 获取请求的数据
[_reuqesCommand.switchToLatest subscribeNext:^(NSArray *x) {
// 有了新数据,刷新表格
_models = x;
// 刷新表格
[@H_404_109@.tableView reloadData];
}];
}
#pragma mark - UITableViewDataSource
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
@H_404_109@.models.count;
}
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
@H_404_109@static NSString *ID = @"cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
@H_404_109@if (cell == nil) {
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID];
}
Book *book = @H_404_109@.models[indexPath.row];
cell.detailTextLabel.text = book.subtitle;
cell.textLabel.title;
@H_404_109@return cell;
}
@H_404_109@@end
原文链接:https://www.f2er.com/react/307605.html