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方法简单介绍和使用。
    // 假设想监听文本框的内容,并且在每次输出结果的时候,都在文本框的内容拼接一段文字“输出:”

    // 方式一:在返回结果后,拼接。
[_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作用:表示绑定了一个信号. return ^RACStream *(id value, BOOL *stop){ // 什么时候调用block:当信号有新的值发出,就会来到这个block。 // block作用:做返回值的处理 // 做好处理,通过信号返回出去.
return [RACReturnSignal return:[NSString stringWithFormat:@"输出:%@",value]];
}; }] subscribeNext:^(id x) { NSLog(@"%@",x); }];

1.4ReactiveCocoa操作方法之映射(flattenMap,Map)

    • flattenMapMap用于把源信号内容映射成新的内容。

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 *(id value) { // block什么时候 : 源信号发出的时候,就会调用这个block。 // block作用 : 改变源信号的内容。 // 返回值:绑定信号的内容.
return [RACReturnSignal return:[NSString stringWithFormat:@"输出:%@",value]]; }] subscribeNext:^(id x) { // 订阅绑定信号,每当源信号发送内容,做完处理,就会调用这个block。 NSLog(@"%@",x); }];

Map简单使用:

 // 监听文本框的内容改变,把结构重新映射成一个新值.

    // Map作用:把源信号的值映射成一个新的值

    // Map使用步骤:
// 1.传入一个block,类型是返回对象,参数是value
// 2.value就是源信号的内容,直接拿到源信号的内容做处理
// 3.把处理好的内容,直接返回就好了,不用包装成信号,返回的值,就是映射的值。 // Map底层实现:
// 0.Map底层其实是调用flatternMap,Map中block中的返回的值会作为flatternMap中block中的值。
// 1.当订阅绑定信号,就会生成bindBlock。
// 3.当源信号发送内容,就会调用bindBlock(value, *stop)
// 4.调用bindBlock,内部就会调用flattenMap的block
// 5.flattenMap的block内部会调用Map中的block,把Map中的block返回的内容包装成返回的信号。
// 5.返回的信号最终会作为bindBlock中的返回信号,当做bindBlock的返回信号。
// 6.订阅bindBlock的返回信号,就会拿到绑定信号的订阅者,把处理完成的信号内容发送出来。 [[_textField.rac_textSignal map:^id(id value) {
// 当源信号发出,就会调用这个block,修改源信号的内容
// 返回值:就是处理完源信号的内容。
return [NSString stringWithFormat:@"输出:%@",value];
}] subscribeNext:^(id x) { NSLog(@"%@",x);
}];
  • 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 *(id value) { // 当signalOfsignals的signals发出信号才会调用 return value; }] subscribeNext:^(id x) { // 只有signalOfsignals的signal发出信号才会调用,因为内部订阅了bindBlock中返回的信号,也就是flattenMap返回的信号。
// 也就是flattenMap返回的信号发出内容,才会调用。 NSLog(@"%@aaa",x);
}]; // 信号的信号发送信号
[signalOfsignals sendNext:signal]; // 信号发送内容
[signal sendNext:@];

1.5 ReactiveCocoa操作方法之组合。

`concat`:按一定顺序拼接信号,当多个信号发出的时候,有顺序的接收信号。
    RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {

        [subscriber sendNext:@];

        [subscriber sendCompleted];

        return nil;
}];
RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; // 把signalA拼接到signalB后,signalA发送完成,signalB才会被激活。
RACSignal *concatSignal = [signalA concat:signalB]; // 以后只需要面对拼接信号开发。
// 订阅拼接的信号,不需要单独订阅signalA,signalB
// 内部会自动订阅。
// 注意:第一个信号必须发送完成,第二个信号才会被激活
[concatSignal subscribeNext:^(id x) { NSLog(@"%@",x); }]; // 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 *(id<RACSubscriber> subscriber) { [subscriber sendNext:@];
[subscriber sendCompleted];
return nil;
}] then:^RACSignal *{
return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
[subscriber sendNext:@];
return nil;
}];
}] subscribeNext:^(id x) { // 只能接收到第二个信号的值,也就是then返回信号的值
NSLog(@"%@",x);
}];
```
* `merge`:把多个信号合并为一个信号,任何一个信号有新值的时候就会调用
    // merge:把多个信号合并成一个信号
//创建多个信号
RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; // 合并信号,任何一个信号发送数据,都能监听到.
RACSignal *mergeSignal = [signalA merge:signalB]; [mergeSignal subscribeNext:^(id x) { NSLog(@"%@",x); }]; // 底层实现:
// 1.合并信号被订阅的时候,就会遍历所有信号,并且发出这些信号。
// 2.每发出一个信号,这个信号就会被订阅
// 3.也就是合并信号一被订阅,就会订阅里面所有的信号。
// 4.只要有一个信号被发出就会被监听。
zipWith`:把两个信号压缩成一个信号,只有当两个信号同时发出信号内容时,并且把两个信号的内容合并成一个元组,才会触发压缩流的next事件。
 RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {

        [subscriber sendNext:@];

        return nil;
}]; RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; // 压缩信号A,信号B
RACSignal *zipSignal = [signalA zipWith:signalB]; [zipSignal subscribeNext:^(id x) { NSLog(@"%@",x);
}]; // 底层实现:
// 1.定义压缩信号,内部就会自动订阅signalA,signalB
// 2.每当signalA或者signalB发出信号,就会判断signalA,signalB有没有发出个信号,有就会把最
* `combineLatest`:将多个信号合并起来,并且拿到各个信号的最新的值,必须每个合并的signal至少都有过
    RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {

        [subscriber sendNext:@];

        return nil;
}]; RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; // 把两个信号组合成一个信号,跟zip一样,没什么区别
RACSignal *combineSignal = [signalA combineLatestWith:signalB]; [combineSignal subscribeNext:^(id x) { NSLog(@"%@",x);
}]; // 底层实现:
// 1.当组合信号被订阅,内部会自动订阅signalA,signalB,必须两个信号都发出内容,才会被触发。
// 2.并且把两个信号组合成元组发出。
* `reduce`聚合:用于信号发出的内容是元组,把信号发出元组的值聚合成一个值
     RACSignal *signalA = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {

        [subscriber sendNext:@];

        return nil;
}]; RACSignal *signalB = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) { [subscriber sendNext:@]; return nil;
}]; // 聚合
// 常见的用法,(先组合在聚合)。combineLatest:(id<NSFastEnumeration>)signals reduce:(id (^)())reduceBlock
// reduce中的block简介:
// reduceblcok中的参数,有多少信号组合,reduceblcok就有多少参数,每个参数就是之前信号发出的内容
// reduceblcok的返回值:聚合信号之后的内容。
RACSignal *reduceSignal = [RACSignal combineLatest:@[signalA,signalB] reduce:^id(NSNumber *num1 ,NSNumber *num2){ return [NSString stringWithFormat:@"%@ %@",num1,num2]; }]; [reduceSignal subscribeNext:^(id x) { NSLog(@"%@",x);
}]; // 底层实现:
// 1.订阅聚合信号,每次有内容发出,就会执行reduceblcok,把信号内容转换成reduceblcok返回的值

filter:过滤信号,使用它可以获取满足条件的信号.

// 过滤:
// 每次信号发出,会先执行过滤条件判断.
[_textField.rac_textSignal filter:^BOOL(NSString *value) {
return value.length > ;
}];

ignore:忽略完某些值的信号.

  // 内部调用filter过滤,忽略掉ignore的值
[[_textField.rac_textSignal ignore:@""] subscribeNext:^(id x) { NSLog(@"%@",x);
}];

distinctUntilChanged:当上一次的值和当前的值有明显的变化就会发出信号,否则会被忽略掉。

 // 过滤,当上一次和当前的值不一样,就会发出内容。
// 在开发中,刷新UI经常使用,只有两次数据不一样才需要刷新
[[_textField.rac_textSignal distinctUntilChanged] subscribeNext:^(id x) { NSLog(@"%@",x);
}];

take:从开始一共取N次的信号

// 1、创建信号
RACSubject *signal = [RACSubject subject]; // 2、处理信号,订阅信号
[[signal take:] subscribeNext:^(id x) { NSLog(@"%@",x);
}]; // 3.发送信号
[signal sendNext:@]; [signal sendNext:@];

takeLast:取最后N次的信号,前提条件,订阅者必须调用完成,因为只有完成,就知道总共有多少信号.

// 1、创建信号
RACSubject *signal = [RACSubject subject]; // 2、处理信号,订阅信号
[[signal takeLast:] subscribeNext:^(id x) { NSLog(@"%@",x);
}]; // 3.发送信号
[signal sendNext:@]; [signal sendNext:@]; [signal sendCompleted];

takeUntil:(RACSignal *):获取信号直到某个信号执行完成

// 监听文本框的改变直到当前对象被销毁
[_textField.rac_textSignal takeUntil:self.rac_willDeallocSignal];

skip:(NSUInteger):跳过几个信号,不接受。

// 表示输入第一次,不会被监听到,跳过第一次发出的信号
[[_textField.rac_textSignal skip:] subscribeNext:^(id x) { NSLog(@"%@",x);
}];

switchToLatest:用于signalOfSignals(信号的信号),有时候信号也会发出信号,会在signalOfSignals中,获取signalOfSignals发送的最新信号。

RACSubject *signalOfSignals = [RACSubject subject];
RACSubject *signal = [RACSubject subject]; // 获取信号中信号最近发出信号,订阅最近发出的信号。
// 注意switchToLatest:只能用于信号中的信号
[signalOfSignals.switchToLatest subscribeNext:^(id x) { NSLog(@"%@",x);
}];
[signalOfSignals sendNext:signal];
[signal sendNext:@];
  • doNext: 执行Next之前,会先执行这个Block
  • doCompleted: 执行sendCompleted之前,会先执行这个Block

[[[[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
[subscriber sendNext:@];
[subscriber sendCompleted];
return nil;
}] doNext:^(id x) {
// 执行[subscriber sendNext:@1];之前会调用这个Block
NSLog(@"doNext");;
}] doCompleted:^{
// 执行[subscriber sendCompleted];之前会调用这个Block
NSLog(@"doCompleted");; }] subscribeNext:^(id x) {

NSLog(@"%@",x);
}];

1.8 ReactiveCocoa操作方法之线程。

  • deliverOn: 内容传递切换到制定线程中,副作用在原来线程中,把在创建信号时block中的代码称之为副作用。

  • subscribeOn: 内容传递和副作用都会切换到制定线程中。

1.9 ReactiveCocoa操作方法之时间。

timeout:超时,可以让一个信号在一定的时间后,自动报错。

RACSignal *signal = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
return nil;
}] timeout: onScheduler:[RACScheduler currentScheduler]]; [signal subscribeNext:^(id x) { NSLog(@"%@",x);
} error:^(NSError *error) {
// 1秒后会自动调用
NSLog(@"%@",error);
}];

interval 定时:每隔一段时间发出信号

[[RACSignal interval: onScheduler:[RACScheduler currentScheduler]] subscribeNext:^(id x) {

 NSLog(@"%@",x);
}];

delay 延迟发送next。

RACSignal *signal = [[[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {

 [subscriber sendNext:@];
return nil;
}] delay:] subscribeNext:^(id x) { NSLog(@"%@",x);
}];

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 控制器的代码
@interface ViewController ()

@property (nonatomic, strong) LoginViewModel *loginViewModel;

@property (weak, nonatomic) IBOutlet UITextField *accountField;
@property (weak, nonatomic) IBOutlet UITextField *pwdField; @property (weak, nonatomic) IBOutlet UIButton *loginBtn; @end - (LoginViewModel *)loginViewModel
{
if (_loginViewModel == nil) { _loginViewModel = [[LoginViewModel alloc] init];
}
return _loginViewModel;
} // 视图模型绑定
- (void)bindModel
{
// 给模型的属性绑定信号
// 只要账号文本框一改变,就会给account赋值
RAC(self.loginViewModel.account, account) = _accountField.rac_textSignal;
RAC(self.loginViewModel.account, pwd) = _pwdField.rac_textSignal; // 绑定登录按钮
RAC(self.loginBtn,enabled) = self.loginViewModel.enableLoginSignal; // 监听登录按钮点击
[[_loginBtn rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) { // 执行登录事件
[self.loginViewModel.LoginCommand execute:nil];
}];
}
  • 3.3 VM的代码
@interface LoginViewModel : NSObject

@property (nonatomic, strong) Account *account;

// 是否允许登录的信号
@property (nonatomic, strong, readonly) RACSignal *enableLoginSignal; @property (nonatomic, strong, readonly) RACCommand *LoginCommand; @end @implementation LoginViewModel
- (Account *)account
{
if (_account == nil) {
_account = [[Account alloc] init];
}
return _account;
}
- (instancetype)init
{
if (self = [super init]) {
[self initialBind];
}
return self;
} // 初始化绑定
- (void)initialBind
{
// 监听账号的属性值改变,把他们聚合成一个信号。
_enableLoginSignal = [RACSignal combineLatest:@[RACObserve(self.account, account),RACObserve(self.account, pwd)] reduce:^id(NSString *account,NSString *pwd){ return @(account.length && pwd.length); }]; // 处理登录业务逻辑
_LoginCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) { NSLog(@"点击了登录");
return [RACSignal createSignal:^RACDisposable *(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];
}); return nil;
}];
}]; // 监听登录产生的数据
[_LoginCommand.executionSignals.switchToLatest subscribeNext:^(id x) { if ([x isEqualToString:@"登录成功"]) {
NSLog(@"登录成功");
}
}]; // 监听登录状态
[[_LoginCommand.executing skip:] subscribeNext:^(id x) {
if ([x isEqualToNumber:@(YES)]) { // 正在登录ing...
// 用蒙版提示
[MBProgressHUD showMessage:@"正在登录..."]; }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控制器代码
@interface ViewController ()

@property (nonatomic, weak) UITableView *tableView;

@property (nonatomic, strong) RequestViewModel *requesViewModel;

@end

@implementation ViewController
- (RequestViewModel *)requesViewModel
{
if (_requesViewModel == nil) {
_requesViewModel = [[RequestViewModel alloc] init];
}
return _requesViewModel;
} - (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib. // 创建tableView
UITableView *tableView = [[UITableView alloc] initWithFrame:self.view.bounds];
tableView.dataSource = self.requesViewModel;
self.requesViewModel.tableView = tableView;
[self.view addSubview:tableView]; // 执行请求
[self.requesViewModel.reuqesCommand execute:nil]; } @end
  • 4.4视图模型(VM)代码
@interface RequestViewModel : NSObject<UITableViewDataSource>

    // 请求命令
@property (nonatomic, strong, readonly) RACCommand *reuqesCommand; //模型数组
@property (nonatomic, strong, readonly) NSArray *models; // 控制器中的view
@property (nonatomic, weak) UITableView *tableView; @end @implementation RequestViewModel - (instancetype)init
{
if (self = [super init]) { [self initialBind];
}
return self;
} - (void)initialBind
{
_reuqesCommand = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) { RACSignal *requestSignal = [RACSignal createSignal:^RACDisposable *(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, id _Nonnull responseObject) {
NSLog(@"%@",responseObject); // 请求成功调用
// 把数据用信号传递出去
[subscriber sendNext:responseObject]; [subscriber sendCompleted]; } failure:^(AFHTTPRequestOperation * _Nonnull operation, NSError * _Nonnull error) {
// 请求失败调用 }]; return nil;
}]; // 在返回数据信号时,把数据中的字典映射成模型信号,传递出去
return [requestSignal map:^id(NSDictionary *value) {
NSMutableArray *dictArr = value[@"books"]; // 字典转模型,遍历字典中的所有元素,全部映射成模型,并且生成数组
NSArray *modelArr = [[dictArr.rac_sequence map:^id(id value) { return [Book bookWithDict:value];
}] array]; return modelArr;
}]; }]; // 获取请求的数据
[_reuqesCommand.executionSignals.switchToLatest subscribeNext:^(NSArray *x) { // 有了新数据,刷新表格
_models = x; // 刷新表格
[self.tableView reloadData]; }];
} #pragma mark - UITableViewDataSource - (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
return self.models.count;
} - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
static NSString *ID = @"cell";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
if (cell == nil) { cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID];
} Book *book = self.models[indexPath.row];
cell.detailTextLabel.text = book.subtitle;
cell.textLabel.text = book.title; return cell;
} @end

 

ReactiveCocoa概念解释进阶篇的更多相关文章

  1. ReactiveCocoa概念解释篇

    1.ReactiveCocoa简介 ReactiveCocoa(简称为RAC),是由Github开源的一个应用于iOS和OS开发的新框架,Cocoa是苹果整套框架的简称,因此很多苹果框架喜欢以Coco ...

  2. 最快让你上手ReactiveCocoa之进阶篇

    前言 由于时间的问题,暂且只更新这么多了,后续还会持续更新本文<最快让你上手ReactiveCocoa之进阶篇>,目前只是简短的介绍了些RAC核心的一些方法,后续还需要加上MVVM+Rea ...

  3. SQL Server调优系列进阶篇(查询语句运行几个指标值监测)

    前言 上一篇我们分析了查询优化器的工作方式,其中包括:查询优化器的详细运行步骤.筛选条件分析.索引项优化等信息. 本篇我们分析在我们运行的过程中几个关键指标值的检测. 通过这些指标值来分析语句的运行问 ...

  4. SQL Server调优系列进阶篇(深入剖析统计信息)

    前言 经过前几篇的分析,其实大体已经初窥到SQL Server统计信息的重要性了,所以本篇就要祭出这个神器了. 该篇内容会很长,坐好板凳,瓜子零食之类... 不废话,进正题 技术准备 数据库版本为SQ ...

  5. SQL Server调优系列进阶篇(如何索引调优)

    前言 上一篇我们分析了数据库中的统计信息的作用,我们已经了解了数据库如何通过统计信息来掌控数据库中各个表的内容分布.不清楚的童鞋可以点击参考. 作为调优系列的文章,数据库的索引肯定是不能少的了,所以本 ...

  6. RMAN备份演练进阶篇

    前篇介绍了通过rman进行各种备份,进阶篇则主要是rman的一些功能扩展和增加功能,利用前篇你已经完全可以完成数据库的备份,而通过本篇你可以更好更方便的完成数据库的备份. 一.建立增量备份 如果数据库 ...

  7. 进阶篇:4)面向装配的设计DFA总章

    本章目的:理解装配的重要性,明确结构工程师也要对装配进行设计. 1.基础阅读 ①进阶篇:1)DFMA方法的运用: ②需要一台FDM3d打印机:请查看 基础篇:8)结构设计装备必备: 2.为什么要学习D ...

  8. 前端开发工程师 - 02.JavaScript程序设计 - 第2章.进阶篇

    第2章--进阶篇 类型进阶 类型: Undefined Null Boolean String Number Object 原始类型(值类型):undefined, null, true, " ...

  9. flink进阶篇

    Flink 面试--进阶篇 1.Flink是如何支持批流一体的? 2.Flink是如何做到高效的数据交换的? 3.Flink是如何做容错的? 4.Flink 分布式快照的原理是什么? 5.Flink ...

随机推荐

  1. redids

    Redis 地理位置(geo) Redis 键(key) Redis 字符串(String) Redis 哈希(Hash) Redis 列表(List) Redis 集合(Set) Redis 有序集 ...

  2. js 中止程序继续进行(break continue return throw)

    1.break 跳出循环 2.continue 跳出本次循环,进入下次循环 3.return 中止当前函数继续执行 4.throw 异常信息;中止程序抛出异常,可用于中止程序

  3. Django -- 权限初识

    待 需求分析-场景 假设需要为公司设计一个人员管理系统,并为各级领导及全体员工分配系统登录账号.有如下几个要求: 1.权限等级不同 公司领导登录后可查看所有员工的信息,部门领导登陆后之可查看本部门员工 ...

  4. jetty jndi数据源

    applicationContext.xml <?xml version="1.0" encoding="utf-8"?> <beans de ...

  5. 通过jcrop和canvas的画布功能完成对图片的截图功能与视频的截图功能实现

    最近因为工作需要,做了视频截图和图截图的功能.大概需求是,用户点击某个按钮,可以对图片区域进行部分截取,然后进行进一步的业务操作. 首先说图片截图功能的思路, (1)下载Jcrop插件,添加css和j ...

  6. jQuery背景插件backstretch使用指南

    http://www.bkjia.com/Javascript/987917.html

  7. JavaSE---悲观锁与乐观锁

    1.[悲观锁] 1.1 在数据处理的整个过程中,数据将处于锁定状态: 1.2 悲观锁的实现,依赖于数据库提供的锁机制(只有数据库提供的锁机制才能真正保证数据访问的排他性,否则,即使在系统中加锁机制,也 ...

  8. airodump-ng 界面参数比较详细的解释

    BSSID: AP(access point)的MAC地址,,如果在client section中BSSID显示为"not associated" ,那么意味着该客户端没有和AP连 ...

  9. java 通用查询框架Querydsl 简介

    Querydsl 是一个通用的查询框架,专注于通过JavaAPI构建类型安全的SQL查询说说Querydsl的优势吧: 1. Querydsl支持代码自动完成,因为才纯Java API编写查询,因此主 ...

  10. fleet - 基于Machine Metadata的任务调度

    基于Machine Metadata的任务调度 复杂和特定的要求的应用程序可以针对一个子集的集群调度通过machine metadata.强大的部署拓扑结构,可以实现的基础上的机器的地区,机架位置,磁 ...