iOS之MVVM架构

什么是MVVM

MVVM就是在MVC的基础上分离出业务处理的逻辑到viewModel层，即：
model层，API请求的原始数据

view层，视图展示，由viewController来控制

viewModel层，负责业务处理和数据转化，简单来说，就是API请求完数据，解析成model，之后在viewModel中转化成能够直接被视图层使用的数据，交付给展示页面。

Model层是少不了的了，我们得有东西充当DTO(数据传输对象)，当然，用字典也是可以的，编程么，要灵活一些。Model层是比较薄的一层，如果学过Java的小伙伴的话，对JavaBean应该不陌生吧。

ViewModel层，就是View和Model层的粘合剂，他是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其他各种各样的代码的极好的地方。说白了，就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。

View层，就是ViewController层，他的任务就是从ViewModel层获取数据，然后显示。

view-model 一词的确不能充分表达我们的意图. 一个更好的术语可能是 “View Coordinator”(感谢Dave Lee提的这个 “View Coordinator” 术语, 真是个好点子)。你可以认为它就像是电视新闻主播背后的研究人员和作家团队。它从必要的资源(数据库, 网络服务调用, 等)中获取原始数据, 运用逻辑, 并处理成 view (controller) 的展示数据. 它(通常通过属性)暴露给视图控制器需要知道的仅关于显示视图工作的信息(理想地你不会暴漏你的 data-model 对象)。 它还负责对上游数据的修改(比如更新模型/数据库, API POST 调用)。

MVVM是基于胖Model的架构思路建立的，然后在胖Model中拆出两部分：Model和ViewModel。ViewModel本质上算是Model层（因为是胖Model里面分出来的一部分），所以View并不适合直接持有ViewModel，因为ViewModel有可能并不是只服务于特定的一个View，使用更加松散的绑定关系能够降低ViewModel和View之间的耦合度。

• ViewController 尽量不涉及业务逻辑，让 ViewModel 去做这些事情。
• ViewController 只是一个中间人，接收 View 的事件、调用 ViewModel 的方法、响应 ViewModel 的变化。
• ViewModel 不能包含 View，不然就跟 View 产生了耦合，不方便复用和测试。
• ViewModel 之间可以有依赖。
• ViewModel 避免过于臃肿，不然维护起来也是个问题。

MVVM 并不复杂，跟 MVC 也是兼容的，只是多了一个 ViewModel 层，但就是这么一个小改动，就能让代码变得更加容易阅读和维护，不妨试一下吧。

怎么实现MVVM呢？接下来我将通过代码来演示一下我的具体实现过程。

model层

在这里我们用JSONModel来解析，比如一个商品列表的model长这样：

#import <JSONModel/JSONModel.h>@protocol ProductListModel <NSObject>@end@interface ProductListModel : JSONModel@property (nonatomic, copy) NSString *imgUrl;@property (nonatomic, copy) NSString *productId;@property (nonatomic, copy) NSString *productName;@property (nonatomic, copy) NSString *refPrice;@end

 这是我们的数据原型，API返回的数据通过JSONModel解析完成后的原始数据存在这里。

viewModel 层 

viewModel层是我们处理业务逻辑的核心层，在这里我们需要发起网络请求（如果网络请求较多，可以抽出来，只在ViewModel里调用）、解析数据、转换数据给前端。

- (void)startLoadProductListWithPage:(NSInteger)page {  __weak typeof(self) weakSelf = self;  [NetWorkManager GET:self.baseURL                   parameters:parameters                        success:^(NSURLSessionDataTask *task, id responseObject) {    __strong typeof(weakSelf) strongSelf = weakSelf;    ...    NSDictionary *resultDic = responseObject[@"rp_result"];    NSError *error = nil;    ProductListModel *model = [[ProductListModel alloc] initWithDictionary:resultDic error:&error];     if (error) {      ...    }    [strongSelf calProductLists:model.productlist];    if (strangles.delegate ...) {       ...    }  } failure:^(NSURLSessionDataTask *task, NSError *error) {    ...  }];}- (void)calProductLists:(NSArray *)productLists {  for (NSInteger i = 0; i < productLists.count; ++i) {    ProductListModel *model = productLists[i];    ProductListItem *item = [[ProductListItem alloc] init];    item.productId = model.productId;    item.productName = model.productName;    item.productPrice = [NSString stringWithFormat:@"￥ %@", model.refPrice];    item.productImgURL = [Utils convertToRealUrl:model.imgUrl ofsize:300];    [self.productLists addObject:item];  }}

在viewModel中将API返回的数据解析成model，并将model转化成可供view层直接使用的item，将item交付给前端使用。

经过viewModel转化之后的数据item由viewModel保存，与数据相关的处理都将在viewModel中处理。viewModel返回给view层的接口长这样：

@interface ProductListViewModel (CollectionViewDataSource)- (NSInteger)m_numberOfItemsInSection:(NSInteger)section;- (ProductListItem *)m_itemForIndexPath:(NSIndexPath *)indexPath;@end

view层

view层是由viewController控制的。view层只做展示，不做业务处理。view层的数据由viewModel提供。view层看起来是这样的：

@implementation ProductListViewController- (void)viewDidLoad {  [super viewDidLoad];  self.view.backgroundColor = [UIColor whiteColor];  [self initial];  [self setupViewModel];  [self setupSubViews];  [self.viewModel startLoadProductListWithPage:_currentPage];}- (void)initial {  ...  self.currentPage = 1;}- (void)setupViewModel {  self.viewModel = [[ProductListViewModel alloc] init];  _viewModel.delegate = self;}- (void)setupSubViews {  ...  [self setupCollectionView];  ...}- (void)setupCollectionView {   ...}#pragma mark - UICollectionView Delegate & Datosource- (NSInteger)collectionView:(UICollectionView *)collectionView numberOfItemsInSection:(NSInteger)section {  return [self.viewModel m_numberOfItemsInSection:section];}- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {  ProductListItem *item = [self.viewModel m_itemForIndexPath:indexPath];  ProductListCollectionViewCell *cell = (ProductListCollectionViewCell *)[collectionView dequeueReusableCellWithReuseIdentifier:kProductListCollectionViewCellId forIndexPath:indexPath];  [cell setupWithItem:item];  return cell;}

MVVM的缺点

转化过程的成本很大，主要在于：

1、数组内容的转化成本较高：数组里面每项都要转化成Item对象，如果Item对象中还有类似数组，就很头疼。
2、转化之后的数据在大部分情况是不能直接被展示的，为了能够被展示，还需要第二次转化。
3、只有在API返回的数据高度标准化时，这些对象原型（Item）的可复用程度才高，否则容易出现类型爆炸，提高维护成本。
4、调试时通过对象原型查看数据内容不如直接通过NSDictionary/NSArray直观。
5、同一API的数据被不同View展示时，难以控制数据转化的代码，它们有可能会散落在任何需要的地方。
针对这些缺点，也提出了相应的解决方法，即用一个类似reformer的对象进行数据过滤，根据不同的reformer对象过滤出不同的数据。

另外，这篇文章说得也很浅显易懂！