MVVM + RAC 实践

MVP

mvp的全称为Model-View-Presenter，Model提供数据，View负责显示，Controller/Presenter负责逻辑的处理。MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。

数据关系

• View 接收用户交互请求
• View 将请求转交给 Presenter
• Presenter 操作Model进行数据更新
• Model 通知Presenter数据发生变化
• Presenter 更新View数据

方式

• 各部分之间的通信，都是双向的。
• View 与 Model 不发生联系，都通过 Presenter 传递。
• View 非常薄，不部署任何业务逻辑，称为"被动视图"（Passive View），即没有任何主动性，而 Presenter非常厚，所有逻辑都部署在那里。
• Presenter 可以另一种理解为View和Model的管家

优势

1. Model与View完全分离，修改互不影响
2. 更高效地使用，因为所有的逻辑交互都发生在一个地方—Presenter内部
3. 一个Preseter可用于多个View，而不需要改变Presenter的逻辑（因为View的变化总是比Model的变化频繁）。
4. 更便于测试。把逻辑放在Presenter中，就可以脱离用户接口来测试逻辑（单元测试）

我们来看下MVP模式下的三个特性的分析：

• 任务均摊--我们将最主要的任务划分到Presenter和Model，而View的功能较少（虽然上述例子中Model的任务也并不多）。
• 可测试性--非常好，由于一个功能简单的View层，所以测试大多数业务逻辑也变得简单
• 易用性--在我们上边不切实际的简单的例子中，代码量是MVC模式的2倍，但同时MVP的概念却非常清晰

“iOS 中的MVP意味着可测试性强、代码量大。”

MVP代码范例

MVPViewController.m

#import "MVPViewController.h"#import "MVPPresenter.h"#import "MVPCell.h"#import "MVPModel.h"@implementation MVPViewController- (void)viewDidLoad {   [super viewDidLoad];   // Do any additional setup after loading the view.   self.view.backgroundColor = [UIColor whiteColor];   MVPPresenter *present = [MVPPresenter new];   MVPCell *view = [MVPCell new];   MVPModel *model = [MVPModel new];   //获取数据   model.name = @"name1";   //视图布局   [self.view addSubview:view];   //交给presenter处理 ，避免 view和 model 之间的交互   [present setPreModel:model];   [present setPreView:view];}

MVPPresenter .h /.m

#import <Foundation/Foundation.h>#import "MVPModel.h"#import "MVPCell.h"@interface MVPPresenter : NSObject @property(nonatomic,strong)MVPCell *MVPView;@property(nonatomic,strong)MVPModel *model;-(void)setPreView:(MVPCell *)view;-(void)setPreModel:(MVPModel *)model;-(void)clickChangName;

#import "MVPPresenter.h"@implementation MVPPresenter- (instancetype)init{    self = [super init];    if (self) {    }    return self;}-(void)setPreModel:(MVPModel *)model{    self.model = model;}-(void)setPreView:(MVPCell *)view{    self.MVPView = view;    [self.MVPView setlabel:_model.name];}-(void)clickChangName{    NSLog(@"name change %d",arc4random()%10);}

MVVM

MVVM是Model-View-ViewModel的简写。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。

它和MVP模式看起来非常像:

MVVM将ViewController视作View 在View和Model之间没有紧密的联系 此外，它还有像监管版本的MVP那样的绑定功能，但这个绑定不是在View和Model之间而是在View和ViewModel之间。

那么问题来了，在iOS中ViewModel实际上代表什么？

它基本上就是UIKit下的每个控件以及控件的状态。ViewModel调用会改变Model同时会将Model的改变更新到自身并且因为我们绑定了View和ViewModel，第一步就是相应的更新状态。

数据关系

• View 接收用户交互请求
• View 将请求转交给ViewModel
• ViewModel 操作Model数据更新
• Model 更新完数据，通知ViewModel数据发生变化
• ViewModel 更新View数据

方式

双向绑定。View/Model的变动，自动反映在 ViewModel，反之亦然。

MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致。

唯一的区别是，它采用双向绑定（data-binding）：View <->ViewModel , ViewModel作为Model中值得的映射，是数据发生改变时，通知View中发生改变 ，以后不需要考虑View和Model 之间的交互更新，只需着手界面布局逻辑即可

绑定

如果我们自己不想自己实现，那么我们有两种选择:

• 基于KVO的绑定库如 RZDataBinding 和 SwiftBond
• 完全的函数响应式编程，比如像ReactiveCocoa、RxSwift或者 PromiseKit

事实上，尤其是最近，你听到MVVM就会想到ReactiveCoca，反之亦然。尽管通过简单的绑定来使用MVVM是可实现的，但是ReactiveCocoa却能更好的发挥MVVM的特点。

但是关于这个框架有一个不得不说的事实：强大的能力来自于巨大的责任。当你开始使用Reactive的时候有很大的可能就会把事情搞砸。换句话来说就是，如果发现了一些错误，调试出这个bug可能会花费大量的时间，看下函数调用栈：

使用

• 将viewModel 中nameStr与Model 中name相对应；
• View中label的text值将与nameStr进行绑定(KVO键值观察)
• 这样model的值发生改变时 ，View会自动发生改变
• View 和Model通过ViewModel实现动态关联

MVVM优点

MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大优点:

1. 低耦合。View可以独立于Model变化和修改，一个ViewModel可以绑定到不同的”View”上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。

3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，生成xml代码。

4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

让我们再来看看关于三个特性的评估：

• 任务均摊 -- 在例子中并不是很清晰，但是事实上，MVVM的View要比MVP中的View承担的责任多。因为前者通过ViewModel的设置绑定来更新状态，而后者只监听Presenter的事件但并不会对自己有什么更新。
• 可测试性 -- ViewModel不知道关于View的任何事情，这允许我们可以轻易的测试ViewModel。同时View也可以被测试，但是由于属于UIKit的范畴，对他们的测试通常会被忽略。
• 易用性 -- 在我们例子中的代码量和MVP的差不多，但是在实际开发中，我们必须把View中的事件指向Presenter并且手动的来更新View，如果使用绑定的话，MVVM代码量将会小的多。

“MVVM很诱人，因为它集合了上述方法的优点，并且由于在View层的绑定，它并不需要其他附加的代码来更新View，尽管这样，可测试性依然很强。”

代码示例

MVVMViewController.m

#import "MVVMViewController.h"#import "MVVMView.h"#import "MVVMModel.h"#import "MVVMViewModel.h"@interface MVVMViewController ()@end@implementation MVVMViewController- (void)viewDidLoad {    [super viewDidLoad];    // Do any additional setup after loading the view.    MVVMView *MView = [MVVMView new];    MVVMModel *model = [MVVMModel new];    model.name = @"name1";    MVVMViewModel *viewModel = [MVVMViewModel new];    [self.view addSubview:MView];    //* viewModel 作为枢纽 沟通view和model之间关系    [viewModel setWithModel:model];    [MView setWithViewMoel:viewModel];}

MVVMModel

#import <Foundation/Foundation.h>@interface MVVMModel : NSObject@property(nonatomic,copy)NSString *name;@end

MVVMViewModel.h

#import "MVVMModel.h"@interface MVVMViewModel : NSObject//对应Model中name@property(nonatomic,copy)NSString *nameStr;@property(nonatomic,strong)MVVMModel *model;-(void)setWithModel:(MVVMModel *)model;-(void)clickChangeName;

MVVMView.m 利用KVO监测值变化

// 只是对controller 的拆分 不是真正view//不可重用，真正的view 是这里面的子View 可以重用#import "MVVMView.h"#import "NSObject+FBKVOController.h"@interface MVVMView ()@property(nonatomic,strong)MVVMViewModel *vm;@property(nonatomic,strong)UILabel *label;@property(nonatomic,strong)UIButton *button;@end@implementation MVVMView- (instancetype)init{    self = [super init];    if (self) {        self.backgroundColor = [UIColor whiteColor];        self.frame = [UIScreen mainScreen].bounds;        self.label = [[UILabel alloc]initWithFrame:CGRectMake(150,100 , 100, 30)];        self.label.backgroundColor = [UIColor orangeColor];        [self addSubview:_label];        self.button = [UIButton new];        _button.backgroundColor = [UIColor redColor];        [_button setTitle:@"点击" forState:UIControlStateNormal];        [_button addTarget:self action:@selector(mvvmClickChangModel) forControlEvents:UIControlEventTouchUpInside];        _button.frame = CGRectMake(150, 200, 50, 50);        [self addSubview:_button];    }    return self;}-(void)setWithViewMoel:(MVVMViewModel *)vm{    self.vm = vm;    //KVO    [self.vm addObserver:self forKeyPath:@"nameStr" options:NSKeyValueObservingOptionOld|NSKeyValueObservingOptionNew context:nil];    self.label.text = vm.nameStr;//    //* FBKVO 第三方库//    [self.KVOController observe:self.vm keyPath:@"nameStr" options:NSKeyValueObservingOptionInitial|NSKeyValueObservingOptionNew block:^(id  _Nullable observer, id  _Nonnull object, NSDictionary<NSString *,id> * _Nonnull change) {//        self.label.text = change[NSKeyValueChangeNewKey];//    }];}-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:    (NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{    if ([keyPath isEqualToString:@"nameStr"]&&[change objectForKey:NSKeyValueChangeNewKey]) {        NSNumber *new = [change objectForKey:NSKeyValueChangeNewKey];        self.label.text = [NSString stringWithFormat:@"%@",new];    }}-(void)mvvmClickChangModel{    [self.vm clickChangeName];}-(void)dealloc{    [self.vm removeObserver:self forKeyPath:@"nameStr"];}

RAC学习资料