前言
最近一段时间,公司刚做完一个MVP项目,我有一个习惯:在项目结项之后总结一下项目中新接触的问题。Google一下关键字“iOS MVP”,发现一些文章,最后是 这篇文章 带给我对MVP 的一些认识。MVP似乎有好多的变种,作者所说的这种有如下特点(以下是原文摘抄一段):
The characteristics of this variant are:
* the view part of the MVP consists of both UIViews and UIViewController
* the view delegates user interactions to the presenter
* the presenter contains the logic to handle user interactions
* the presenter communicates with model layer, converts the data to UI friendly format, and updates the view
* the presenter has no dependencies to UIKit
* the view is passiv (dump)
利用有道翻译如下:
![](/qrcode.jpg)
- MVP的 V 层是由UIViewController 和UIView 共同组成
- view 将委托presenter 对它自己的操作,(简单来说就是presenter发命令来控制view的交互,要你隐藏就隐藏,叫你show 你就乖乖的show)
- presenter拥有对 view交互的逻辑(就是上面说的意思)
- presenter跟model层通信,并将数据转化成对适应UI的数据并更新view
- presenter不需要依赖UIKit
- view层是单一,因为它是被动接受命令,没有主动能力
presenter 作为业务逻辑的处理者,首先要向Service层拿数据赋值给model,所以它将可以向model层通信。其次,UI的处理权移交给了它,所以它需要与view成通讯,发送命令更新UI。同时,UI的响应将触发业务逻辑的处理,所以view 层向presenter层通讯,告诉他用户做了什么操作,需要你反馈对应的数据来更新UI。这样就完成了从用户交互获得交互反馈到整个业务逻辑。
示例代码如下:
首先看一下demo结构
UserViewProtocol 协议定义了一下方法,这些方法其实就是presenter对view层发送的命令:
/**
* UserViewProtocol 协议定义了一下方法,这些方法其实就是presenter对view层发送的命令
*/
#import "UserModel.h"
@protocol UserViewProtocol <NSObject>
- (void)userViewDataSource:(NSArray<UserModel *> *)data;
- (void)showIndicator;
- (void)hideIndicator;
- (void)showEmptyView;
@end
UserService 类是用来请求数据给presenter的,我就只定义了一个方法:
- (void)getUserInfosSuccess:(SuccessHandler)success andFail:(FailHandler)fail;
这一层,其实也可以很复杂,这就涉及网络层的架构了,具体可以看一下网络层架构方面的博客或书籍 。
ViewController类则是UI层,它实现了tableview自己的协议,还实现了用户交互的协议 UserViewProtocol,也就说,presenter向UI层发送命令,其实是发给UI层的viewController,实际上是控制器来被动的更新UI。这个不管是MVC还是MVP,view的实际控制权应该都是viewController。
协议中的几个方法实现如下:
#pragma mark - UserViewProtocol
- (void)userViewDataSource:(NSArray<UserModel *> *)data {
self.friendlyUIData = data;
[self.tableView reloadData];
}
- (void)showIndicator {
[self.indicatorView startAnimating];
self.indicatorView.hidden = NO;
}
- (void)hideIndicator {
[self.indicatorView stopAnimating];
}
- (void)showEmptyView {
UIAlertController *alertView = [UIAlertController alertControllerWithTitle:@"Alert"message:@"show empty view" preferredStyle:UIAlertControllerStyleAlert];
[alertView addAction:[UIAlertAction actionWithTitle:@"确定"style:UIAlertActionStyleDefault handler:**nil**]];
[self presentViewController:alertView animated:YES completion:^{
}];
}
另外,在viewDidload中,调用了presenter的两个public 方法,示例代码如下:
[self.presenter fetchData];
- (Presenter *)presenter {
if (_presenter == nil) {
_presenter = [[Presenter alloc] init];
[_presenter attachView:self];
}
return _presenter;
}
下面来看看Presenter类:
先说attachView 方法,这个方法是对外公开的,目的就是为了将实现了UserViewProtocol 协议的对象(其实应该就是控制器,因为view的直接操作者就是view Controller)绑定到presenter 上,说白了就是presenter 可以直接拿到实现了UserViewProtocol 协议的对象,并且向他发送命令(协议实现的方法,前面有说到),具体该方法的实现:
#import <Foundation/Foundation.h>
#import "UserViewProtocol.h"
#import "UserModel.h"
NS_ASSUME_NONNULL_BEGIN
@interface Presenter : NSObject
/**
将一个实现了 UserViewProtocol 协议的对象绑定到 presenter上来
@param view 实现了UserViewProtocol的对象,一般来说,应该就是控制器,在MVP中,V 和 VC 共同组成UI 层
*/
- (void)attachView:(id <UserViewProtocol>)view;
/**
这个是对外的入口,通过这个入口,实现多个对内部的操作,外部只要调用这个接口就可以了
*/
- (void)fetchData;
@end
NS_ASSUME_NONNULL_END
注意attachView属性其实就是我们平时使用委托协议( delegate),只是名字换成了attachView 而已,因为presenter和 viewController相互持有,所以必须要通过weak 来打破循环引用,所以必须要用weak修饰。
再来说fetchData方法:
公开这个方法,只是为了数据请求有个统一的接口,而不需要presenter分开多次调用,presenter自己处理所有事情,不让viewController参和进来,具体实现就看demo。
最后说一下presenter的私有方法:
/**
如果数据比较复杂,或者UI渲染的数据只是其中很少一部分,将原数据处理,输出成UI渲染的数据。(题外话:这里其实还可以使用协议,提供不同的数据格式输出。)
@param originData 原始数据
@return 将原始数据转换为UI需要数据
*/
- (NSArray<UserModel *> *)processOriginDataToUIFriendlyData:(NSArray *)originData {
NSMutableArray<UserModel *> *friendlyUIData = [NSMutableArray array];
for (NSDictionary *dic in originData) {
if ([[dic valueForKey:@"gender"] isEqualToString:@"male"]) {
UserModel *model = [UserModel userWithDict:dic];
[friendlyUIData addObject:model];
}
}
return friendlyUIData;
}
这个私有方法是将原始数据转换成UI所需要的数据,这样UI拿到数据就可以直接使用,而不用做各种判断,逻辑依然放在了presenter中。而且,这个数据处理可以做成协议,输出不同UI需要的数据,这个也可以看关于view架构的文章。