MVP详解

1、概述

MVP的全称为Model-View-Presenter，Model提供数据，View负责显示，Controller/Presenter负责逻辑的处理。MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
MVP从视图层中分离了行为（事件响应）和状态（属性，用于数据展示），它创建了一个视图的抽象，也就是presenter层，而视图就是P层的『渲染』结果。P层中包含所有的视图渲染需要的动态信息，包括视图的内容（text、color）、组件是否启用（enable），除此之外还会将一些方法暴露给视图用于某些事件的响应。

2、MVP架构和各层职责对比

image.png

在 MVP 中，Presenter 可以理解为松散的控制器，其中包含了视图的 UI 业务逻辑，所有从视图发出的事件，都会通过代理给 Presenter 进行处理；同时，Presenter 也通过视图暴露的接口与其进行通信。
各层职责如下：
VC层：

• view的布局和组装
• view的生命周期控制
• 通知各个P层去获取数据然后渲染到view上面展示

controller层

• 生成view，实现view的代理和数据源
• 绑定view和presenter
• 调用presenter执行业务逻辑

model层

• 业务逻辑封装
• 提供数据接口给controller使用
• 数据持久化存储和读取
• 作为数据模型存储数据

Presenter层职责

• 实现view的事件处理逻辑，暴露相应的接口给view的事件调用
• 调用model的接口获取数据，然后加工数据，封装成view可以直接用来显示的数据和状态
• 处理界面之间的跳转（这个根据实际情况来确定放在P还是C）

3、IOS中P层的具体实现

这是一个Presenter的Protocol, 所有的P层的类都要遵循这个Protocol

#import /**
  作为P ： presenter 是管理 view viewController model这个三个中间人，负责UI刷新
  视图的交互总是和VC 关联着的
 */
@protocol TGPresenterProtocol @optional
// 处理View视图相关操作 -- 协议的遵守者
- (void)setView:(NSObject *)view;
// 处理事件的相关响应
- (void)setViewController:(UIViewController *)viewController;
// 展示
- (void)present;
// 加载model 
- (void)presentWithModel:(id)model viewController:(UIViewController *)viewController;
@end

可以看出, P层是可以拿到view或者viewController的, 并且可以在实现set方法的时候做一些事情. 这个稍后再讲另外, P层还可以展示数据, 直接展示数据, present方法, 利用模型展示数据, 利用presentWithModel:方法.比如, 在一个遵循了TGPresenterProtocol的Presenter类中,把需要管理的view传递给P

- (instancetype)initWithTableView:(UITableView *)view{

    self = [super init];
    if (!self) {
        return nil;
    }
    _view = view;
    _view.delegate = self;
    _view.dataSource = self;
    _view.separatorStyle = UITableViewCellSeparatorStyleNone;
    // 自适应高度
    _view.rowHeight = UITableViewAutomaticDimension;
    _view.estimatedRowHeight = 100;
    return self;
}
- (void)setView:(UITableView *)view{
    // 设置视图
    _view = view;
    _view.delegate = self;
    _view.dataSource = self;
    _view.separatorStyle = UITableViewCellSeparatorStyleNone;
    // 自适应高度
    _view.rowHeight = UITableViewAutomaticDimension;
    _view.estimatedRowHeight = 100;
}

比如上面的代码, 将tableView的数据源和代理都给了P, 那么P就相当于行使了控制器的权力, 当P层拿到数据时(P层是持有Model的):

- (void)loadHPData{

    NSString *dataPath = [[NSBundle mainBundle] pathForResource:@"testCellData" ofType:@"json"];
    NSData *jsonData = [NSData dataWithContentsOfFile:dataPath];
    NSError *error;
    NSDictionary *dataDic = [NSJSONSerialization JSONObjectWithData:jsonData options:NSJSONReadingAllowFragments error:&error];
    if (error) {
        NSLog(@"error = %@",error.localizedDescription);
    }
    NSLog(@"dataDic = %@",dataDic);
    // model 要处理好数据的显示格式
    self.hpModel = [[CellSelfSizeModel alloc] initWithDic:dataDic];
    // 刷新
    [self present];

}

走Present方法, 实际就是tableView的reloadData,然后重走tableView的数据源方法. 将数据分发给cell去展示,这样就实现了Controller, View, Model的解耦. 控制器做的事情只有如下几件:

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.

    self.title = @"MVP Demo";
//    布局
    [self initViews];
    [self setUpConstraints];

    self.hpPresenter = [TGHPPresenter new];
    // 视图对象
    self.hpPresenter.view = self.tableView;
    // 控制器对象
    self.hpPresenter.viewController = self;
    // 外边是要传入参进去的 -- 数据模型
    [self.hpPresenter loadHPData];

}

只需要初始化P层, 然后调P层的接口就可以了. 至于P层内部的逻辑, 我不需要知道，其他的V层和M层。
1、V层也只专注于视图的创建
2、M层只专注于模型的构建(字典->模型)

4、MVP优缺点

优点：
1、降低耦合度
2、模块职责划分明显
3、利于测试驱动开发
4、代码复用
5、隐藏数据
缺点：
1、由于对视图的渲染放在了Presenter中，所以视图和Presenter的交互会过于频繁。如果Presenter过多地渲染了视图，往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更，那么Presenter也需要变更了。

参考博客

https://blog.csdn.net/sheng52406/article/details/46679975/
https://www.jianshu.com/p/a73953403fbf
https://baijiahao.baidu.com/s?id=1650972658696833051&wfr=spider&for=pc