先简单解释一下VIPER模式：
E - Entity，这里是业务的Model层，是业务逻辑的实体。
R - Router，路由工具，用于页面之间的跳转，实现页面之间的解耦。
P - Presenter，调用Interactor提供的UseCase执行业务逻辑。Presenter作为业务和View的中转站，不包含业务实现代码。而是调用各种Use Case。
I - Interactor，实现和封装各种业务的Use Case，可以获取各种Manager或者Service用于实现业务逻辑。
V - ViewView,组织对内部的布局，对外暴露用户更新UI的接口，自己不主动更新UI。
其中：
Router, 路由器，是入口，View/ViewController 由路由器创建，其它组件也是由路由器中创建并组装成整个 VIPER 链的。
Presenter 呈现器是中枢神经，因为整个 VIPER 链都要通过它串联起来，比如说 View 和 Interactor 都会和它进行双向绑定，即互相引用。
较大项目中的问题：
1 MVC设计模式导致Controller层代码臃肿，UI代码以及业务逻辑混杂在一起。
2 AppDelegate中启动代码较为凌乱，各种事件没有归类。
3 各种页面跳转之间存在耦合，需要在各个页面引入需要跳转的页面。
随着项目越来越庞大，凸显的问题也会越来越多。随着项目的更新迭代，会出现隐藏的bug，比如模块A，模块B，模块C，更多页面的首页Controller的代码越来越多，越来越难以维护。MVC的设计模式的缺点也渐渐暴露出来。一个页面中会有三千多行的代码，迭代也会出现问题。
项目中曾经尝试过MVVM设计模式，也只是分离出了view的代码。而且ViewModel的职能并不明显。
VIPER设计模式就是View、Interactor、Presenter、Entity、Route的首字符缩写组成。
设计模式的起源：
VIPER设计模式的灵感来自于Uncle Bob在2011年提出的Clean Architecture，是一个跟平台无关的抽象构架。它通过梳理软件中不同层之间的依赖关系，提出了一个自外向内，单向依赖的架构。
Clean Architecture中已经出现了Use Case、Interactor、Presenter等概念。它为VIPER的工程提供了设计思想。目前国外的Twitter,Uber等，国内阿里等都在使用类似的设计模式。并有响应的文章和开源代码。
VIPER设计模式在客户端中的应用:
VIPER设计模式路由详细描述:
整个项目设置一个总路由工厂类TMRoute，我们根据业务分成四大模块：TMARoute、TMBRoute、TMCRoute、TMDRoute
各个大模块统筹自己内部的小模块。每一个ViewController实现一个Protocol,而在相应大模块中维护所有的protocol。
项目中的其他角色设计:
模块基础类设计：
模块中的基础协议：
模块中的基础类和协议详细设计：
@interface TMBasePresenter : NSObject
@property(nonatomic,strong)NSMutableDictionary * dataDic;
-(instancetype)initWithDataSource:(TMBaseDataSource *) dataSource andEventHandler:(TMBaseEventHandler *) eventHandler;
@end
#import "TMBasePresenter.h"
@implementation TMBasePresenter
-(instancetype)initWithDataSource:(TMBaseDataSource *) dataSource andEventHandler:(TMBaseEventHandler *) eventHandler;
{
if (self = [super init]) {
dataSource.superPresenter = self;
eventHandler.superPresenter = self;
}
return self;
}
@end
模块中的基础类和协议详细设计：
#import <Foundation/Foundation.h>
@class TMBasePresenter;
@protocol TMBaseInteractorProtocol <NSObject>
@property(nonatomic,weak)TMBasePresenter * superPresenter;
@end
@protocol TMBaseDataSourceProtocol <NSObject>
@end
@protocol TMBaseEventHandlerProtocol <NSObject>
@end
@interface TMBaseInteratorProtocol : NSObject
@end
#import "TMBaseInteratorProtocol.h"
@implementation TMBaseInteratorProtocol
@end
使用protocol可以在编译阶段就可以查找出问题。而且protocol的不仅仅有View可以实现，Service和Manager类都可以实现。路由的方式可以解决Controller之间的耦合。也可以配合H5端做一个URLSchem跳转原生页面，只需要在字符串和Protocol之间做一个adapter。
#import <Foundation/Foundation.h>
@protocol TMMineProtocol <NSObject>
@end
@protocol TMMineDataSourceProtocol <NSObject>
-(NSInteger)numberOfSectionsInTableView:(UITableView *)tableView;
-(NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;
-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
//-(NSString *)tableView:(UITableView *)tableView titleForHeaderInSection:(NSInteger)section;
//-(NSString *)tableView:(UITableView *)tableView titleForFooterInSection:(NSInteger)section;
-(UIView *)tableView:(UITableView *)tableView viewForFooterInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section;
- (void)tableView:(UITableView *)tableView willDisplayFooterView:(UIView *)view forSection:(NSInteger)section;
-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section;
-(UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section;
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath;
- (void)scrollViewDidScroll:(UIScrollView *)scrollView;
@end
@protocol TMMineEventHandlerProtocol <NSObject>
-(void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath;
//设置按钮
-(void)settingBtnClicked:(UIButton *)btn;
//登录标题
-(void)nameBtnClicked:(UIButton *)btn;
@end
