iOS开发模式MVVM 2分离业务逻辑 - judi0713

我想大多初始化定义的代码都能看懂，也没有叙述的必要，我主要把我觉得最主要的几个部分叙述一下。

代理 Protocol

为什么先说代理。这也是之前和慎哥也说过cell里面有点击事件怎么写。（不知道这么写对不对...后面看一部分源码之后会再聊这个话题，先留坑）代理可以干什么，跨Controller传值。跨Controller调方法。

我们之前写代理，都是在某个Controller里的.h文件最上面创建代理。但实际上，Xcode提供了专门的Protocol文件。之前没有搞明白也是因为我觉得代理必须要再某个文件里声明。

所以，当我们单独声明了一个Protocol文件的时候，就意味着，这个Protocol可以像一个类一样来声明变量了。

RACCommand

这个东西是做啥的。我只能说我解释不好，因为我没有完全理解这个东西。我只能把我理解的说出来。

我们的按钮都有一个点击事件。当点击的时候出发一个函数。

但是，当我们用了RACCommand的时候，我们的点击事件就可以这么写了。

self.pushBtn.rac_command = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {    NSLog(@"test signal");    return [RACSignal empty];}];

和我之前写过的这种写法又不一样了。这种写法其实是对button addtarget那个方法的一个rac式的封装。

[[self.testBtn rac_signalForControlEvents:UIControlEventTouchUpInside]subscribeNext:^(id x) {    TestViewController *testVC = [[TestViewController alloc] init];    [self.navigationController pushViewController:testVC animated:YES];}];

用第一种方法的原因呢，我们可以把点击事件赋值成为一个RACCommand类型的属性。既然可以变成一个属性了，那么就可以重新定义并且赋值。

分离点击事件

我们新建一个FirstViewModel，在FirstViewModel.h中增加一个

@property (strong, nonatomic) RACCommand *excutePush;

然后我们让刚刚在FirstViewController里定义的那个pushBtn的rac_command，将它赋值为FirstViewModel里的excutePush

self.pushBtn.rac_command = self.viewModel.excutePush;

这么一赋值，就达成了一个目的。按钮的事件在viewModel中执行。

需要注意的是，RACCommand的block返回的时一个signal。所以，在viewModel中，我们要这么写

    self.excutePush = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {        NSLog(@"test signal");        return [RACSignal empty];    }];

这样，我们就实现了对点击事件的分离。

分离跳转

分离跳转，就要用到我开始说的代理了。
我们做一个MVVMdemoService的代理，我放在Protocol文件夹里了。这个代理就声明了一个方法

- (void)pushViewModel:(id)viewModel;

我们在NSLog(@"test signal");下面增加

[self.service pushViewModel:viewModel];

我们还要实现这个代理。

在ray中的教程和雷大神的MVVMReactiveCocoa都是新建了一个Impl文件，专门用来跳转，基本思路就是navigation本身就是一个堆栈，其实所有的vc都是在navigation其中的。我们只要控制这个这个最基本的navigation的跳转就可以了。

我们新建一个MVVMdemoImpl文件，里面有一个初始化的方法。

- (instancetype)initWithNavigationController:(UINavigationController *)navigationController

我们把根navigation传进去来进行逻辑跳转。

我们在初始化的时候加上这两句核心代码。

self.demoImpl = [[MVVMdemoImpl alloc] initWithNavigationController:self.naviVC];self.firstViewModel = [[FirstViewModel alloc] initWithService:self.demoImpl];

第一句话是声明了一个demoImpl，将navigation穿进去。
第二句话是声明了一个firstViewModel，把第一个demoImpl传了进去。这个地方的疑问在于，我们声明的时候是

-(instancetype)initWithService:(id<MVVMdemoService>)service

参数是一个代理。我们传的时一个NSObject类型的值。而且在MVVMdemoImpl.m中，也没有对于代理的赋值为自己。

我是这么理解的，如果有不对，还请谅解。

当我们加入代理MVVMdemoService在MVVMdemoImpl的时候，因为MVVMdemoImpl是一个nsobject类型，而MVVMdemoService也是一个nsobject类型。所以，此时我们的MVVMdemoImpl具有MVVMdemoService的属性了，我们做的就是，让FirstViewModel里的service的代理即是MVVMdemoImpl。

简单的说。

就是MVVMdemoImpl == FirstViewModel.service

那么这样的话，我们的service就可以执行MVVMdemoImpl里的pushViewModel方法了。

小结

其实上面的最后AppDelegate的赋值代理这一块还不是很明白。有时间再说说吧。好久没写博客就想发一篇了。

以上完整代码在MVVMdemo

参考链接

1.leichunfeng/MVVMReactiveCocoa

2.ReactiveCocoa Essentials: Understanding and Using RACCommand

3.Why Does RACCommand's block return a signal?

4.MVVM Tutorial with ReactiveCocoa: Part 1/2