iOS架构设计04-MVP
阿召关注赞赏支持iOS架构设计04-MVP
上篇文章我们介绍了MVC的变种,今天我们来介绍下另一种常用的架构MVP,我们看下图其实这个架构和Apple版MVC很像,只不过C换成了P
MVP
那我们来看看MVP是哪三个角色
- Model
对于
Model层也是数据层。它区别于MVC架构中的Model,在这里不仅仅只是数据模型。在MVP架构中Model它负责对数据的存取操作,例如对数据库的读写,网络的数据的请求等。
- View
是显示数据
(model)并且将用户指令(events)传送到presenter以便作用于那些数据的一个接口。View通常含有Presenter的引用。在这里通常指我们ViewController
- Presenter
我们看
Presenter的意思是主持人,既然是主持人,那肯定要来主持工作了,对于Presenter层他是连接View层与Model层的桥梁并对业务逻辑进行处理。在MVP架构中Model与View无法直接进行交互。所以在Presenter层它会从Model层获得所需要的数据,进行一些适当的处理后交由View层进行显示。这样通过Presenter将View与Model进行隔离,使得View和Model之间不存在耦合,同时也将业务逻辑从View中抽离
Demo实例讲解
下面我们还是沿用MVC那个Demo来看,(主要功能就是我们自定义个XXAppView,用来显示上面一张图,下面一行字的控件)
这次首先我们创建我们的Presenter
@interface XXAppPresenter() <XXAppViewDelegate>
@property (weak, nonatomic) UIViewController *controller;
@end
@implementation XXAppPresenter
- (instancetype)initWithController:(UIViewController *)controller
{
if (self = [super init]) {
self.controller = controller;
// 创建View
XXAppView *appView = [[XXAppView alloc] init];
appView.frame = CGRectMake(100, 100, 100, 150);
appView.delegate = self;
[controller.view addSubview:appView];
// 加载模型数据
XXApp *app = [[XXApp alloc] init];
app.name = @"QQ";
app.image = @"QQ";
// 赋值数据
[appView setName:app.name andImage:app.image];
}
return self;
}
#pragma mark - XXAppViewDelegate
- (void)appViewDidClick:(MJAppView *)appView
{
NSLog(@"presenter 监听了 appView 的点击");
}
接着我们修改下我们的View,这次我们的View不需要持有Model,直接暴露出需要的数据给外界,
- (void)setName:(NSString *)name andImage:(NSString *)image;
最后我们来修改下Controller,这回我们点击事件Delegate不用Controller来遵循了,因为我们交由Presenter来主持管理了,所以由Presenter来遵循,那我们的Controller需要持有Presenter对象,那现在我们的Controller只负责初始化Presenter就可以了
@interface ViewController ()
@property (strong, nonatomic) XXAppPresenter *presenter;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
// 初始化我们的Presenter
self.presenter = [[MJAppPresenter alloc] initWithController:self];
}
总结
那首先我们看看MVP的优缺点
- 优点
对
Controller进行瘦身,View和Model之间不存在耦合,同时也将业务逻辑从View中抽离,复用性更好
- 缺点
由于对视图的渲染放在了
Presenter中,所以视图和Presenter的交互会过于频繁。还有一点需要明白,如果Presenter过多地渲染了视图,往往会使得它与特定的视图的联系过于紧密。一旦视图需要变更,那么Presenter也需要变更了
之前我们也说了架构这种东西是没有唯一的,今天只是说了我理解和实现的一种方案,其实有很多种方案,我们定了这三个角色之后,这三个角色之间怎么交互,大概的交互流程规定好就可以,具体的细节,可以根据你的习惯或者项目的不同进行修改
今天就先介绍到这里,明天我们来看看MVVM,还有近期在学习数据结构和算法,小程序,Flutter,我会把笔记都记录下来的
点此进入我的博客也会同步更新
One More Thing
点击查看 2020—课程列表 全网IT各种资源有需求的可以微我,或者你喜欢的课程都可以给我发链接剩下的我来搞定
喜欢的朋友可以扫描关注我的公众号(多多点赞,多多打赏,您的支持是我写作的最大动力)关注有福利可以使用免费梯子自由上网
iOS_DevTips
推荐阅读更多精彩内容
- Android App的设计架构:MVC, MVP, MVVM 目前已转至个人博客,本系列地址:Lam's Blog - Knowledge as Action 前言 本文基于周... 格子林ll阅读 5,881评论 1 赞 71
- iOS架构模式——解密MVC、MVP、MVVM和VIPER 使用MVC进行iOS开发感觉到很怪异?在切换到MVVM的时候心存疑虑?听说过VIPER,但是不知道是否值得采用? ... singmiya阅读 153评论 0 赞 5
- iOS应用架构谈 view层的组织和调用方案 转自http://casatwy.com/iosying-yong-jia-gou-tan-viewceng-de... 严木木阅读 830评论 1 赞 8
- iOS应用架构谈 view层的组织和调用方案 原文: iOS应用架构谈 view层的组织和调用方案 iOS应用架构谈 开篇 iOS应用架构谈 网络层设计方案 i... 难却却阅读 675评论 0 赞 6
- iOS架构设计:揭秘MVC, MVP, MVVM以及VIPER 不要错过最新的iOS开发技能树 —— github地址 更新:在这里可以看到幻灯片在iOS中使用MVC时感觉怪怪的... iOS开发_小迷糊阅读 938评论 0 赞 17