• M : 逻辑Model层
• V : 视图层
• P : protocol协议层

Model层类似于MVVM的ViewModel,主要负责存储抽象逻辑数据,另外Model层主还有部分工作实现对应的协议层协议,提供协议对应的各种属性以及服务。Model经过协议层抽象约束,最后Model被抽象成具有统一抽象逻辑的业务场景,最终Model层在讲数据交付整个MVC结构绘制展示的时间,我们可以按照同一套抽象的逻辑标准去执行。

在传统的web层面,为了满足各式各样的业务逻辑场景服务,最红我们实现软件罗杰的层次的分离,诞生了service服务这个概念(service就类似一个标准尺寸的水龙头出口,只要对应的水龙头都按照这样的规则来生产,service就能够满足格式各样的业务场景,极大的解决的传统软件服务业务场景层次的一系列难题)；相同的原理在客户端同样可以使用,为了满足客户端MVC结构层里面的稳定,避免各式各样的业务场景迭代插入不同的逻辑,避免最终软件危机的产生,我们采用追加协议层的模式来满足这一目的。

遍观整个软件开发,从早期的软件开发,到后来软件生产管理的危机,软件开发模式一步步的确立,软件行业的每个阶段都是一个里程碑。这世间没有相对完美独到的设计法则,但是亘古不变永远只有一个那就是软件的开发更佳面相生产化、规范化、更加的利于可维护化。一直以来我本人并不特别的注重软件的设计一定、必须按照某种规则来做,毕竟不同的人、不同的业务场景、不同的工程师总有不同的实际境况,站在一个开发工程师的角度来说我并不固执于都按照固定的规则来(比如说你必须按照某个模式来做,必须用MVVM来做；必须用ReactCocoa信号型机制来做...)。相反我个人认为太过于固执只不过某些人的一厢情愿的罢了。相反我觉得因地制宜、应运而生岂不更加快哉,设计不拘于模式,更多时间更是不局限于思考。无论是MVVM、MVP哪一个不是脱胎于MVC,这个世间万变不离其宗,万千功法始终都离不开一部最终的母经。

四、MVP实战开发

说了这么多,下面上实战例子。

大概描述一下业务场景,作为电商app,我们希望在原生的基础上开发一套定制的可控、可配、可维护的通用型原生模版(至于说的这么灵活 有多么的好,为啥不用H5、ReactNative,这个问题不要来问我,产品狗们让做原生,程序员只能执行)。大概是这样一个场景,可以配置的楼层样式多达十几种(至少目前已经有十几种,以后可能会更多)；每种可配置楼层样式是多元的,外观长相不一,数据格式也不尽相同但有部分类同；要求后台CMS配置界面配置法则有共同相似之处；要求每种样式楼层处理事件记忆跳转不尽相同；最可恨的页面已经很长了以后会源源不断加入新的模版。
考虑到长远,这样的复杂楼层,如果仍旧按照传统的模式来做,问题会很多,数据无法统一、无法统一绘制、无法统一处理。具体场景相信大家应该理解了。

上设计思路

潜在问题

• server段需要针对不同的楼层场景下发不同的数据 数据结构不尽相同
• 模版楼层样式不尽相同 可能对应多种View
• 多种View与多种数据结构的解释解耦问题
• 多种业务场景用户操作逻辑处理问题
• 楼层过于复杂 Controller代码大爆炸

逻辑建模分析

• 暂时可以将每种模版楼层的整体数据作为一个容器Modle,主要负责该楼层的整体数据调度

• 将每种楼层公有的属性以及内容抽象出来放入一个容器父类Container,然后将不同模版特有的属性放在子模版派生Model中,作为派生属性

• 对准一个容器类,我可以将每种容器Model的使用法则抽象总结归纳(1、楼层是否有Header,是否要吸顶；2、该楼层具体要由什么样的View模版去绘制; 3、楼层内容是绘制在单个section单个cell中还是绘制在多行上; 4、每个楼层的元素点击跳转处理等). 我们将容器这块作为一个数据源概念最终抽象出一套可供外界获取数据的Interface(Protocol)

• 当我们拿到楼层数据后在父容器基础上做子楼层的派生,我们要求派生容器去实现上述父容器的Protocol,通过协议我们可以知道具体的绘制的目标,以及要绘制的元素个数等,最终达到一个目的,
  将每个楼层的数据装配在我们定义好的一个适配器容器内,然后通过协议给外界提供一套统一的操作入口,之后我们才用统一的操作方式操作容器,最终实现一个容器对应一个楼层。

• Render 协议,在这个我们对准每个要具体绘制到UI上的Model,我们统一让其实现Render协议,通过适配器容器我们我们拿到具体要绘制的目标,
  目标绘制题都实现了Render协议,在Render协议我们可以拿到具体当前Model将由哪个具体的Cell去呈递。在每个绘制目标题内由Model决定
  当前内容由什么样式的cell模版去绘制。我们把所有的楼层数据处理逻辑压在适配器容器内,再将Model的绘制目标都交由Model自己决定。

• 实现上述目标后,在ViewController层面,我们看到的只有一个实现了适配器协议的Model数组,在 table的绘制过程我们通过操作一个
  id<适配器Protocol> 类型的Model对象, 拿到这个具体的索引对应的对象后,通过内部已经实现的协议我们很快的拿到下一个要绘制的目标Model
  然后再拿到具体的Cell模版的Identifier,然后从tableview中取到当前Identifier对应的cell模版,传入数据最后返回一个cell。

  这个地方我们先定义了一个适配容器协议,以及一个父容器类,我们将楼层公有属性放在父类中,将派生容器子类(具体的楼层Model)实现一个抽象协议。

MVP模式的原则是，在service层提供一大堆不尽相同的业务场景之后，我们将这一系列数据全部抽象归纳，通过定制一套标准的protocol协议，让不同业务场景的都去实现这一协议，最终将数据全部装配、拼装成一套具有相同调度规则的统一编制话数据Model，之后我们采用id<protocol>的标准去操作数据。

MVP除了将数据逻辑完全镇封的各自的Model,同时将那些Model需要绘制，哪些Model需要校验, 哪些Model需要接受处理点击Action这些逻辑全部由Model自己来决定，Controller只作为一个粘合性的模版，Controller只处理一批具有共性的范型类数据，至于具体的操作操作毫不关心。

MVP面相的更多的是在MVC上层与service之间追加了一层协议层，我们认为通过协议层处理过的数据是暂时可以客户端场景使用的数据，在数据到达MVC我们针对数据进行再加工、再构造处理，这一切全部在容器内操作。这一点完全与别的设计模式相反。

MVP并不是让用户在Model打上网络请求操作、在Model层执行[self.navigationController pushViewController:*]等这些操作，其实相对大多人来说对于部分对象生命周期长短问题还是很在乎，所以在处理TemplateActionProtocol协议的时间，MVP只是对准Action做了一层抽象封装。通过实现TemplateActionProtocol的Model会产生一个Action对象，最终通过block的调用链传回控制器中,我们在控制器中统一做handler处理。

MVP我们最初设计目的就是为了强调一个装配概念，如果发生了业务场景的追加,控制器我不会改动其中的代码，只需要将新数据追加成相同批次的ViewModel，然后配置进容器，之后控制器不做任何修改就可以满足需求了。通过具体的剥离、抽取我们成功了的最大限度的剥离了控制器，满足了轻量级Controller这一概念。

MVP与传统软件相比,在设计这一点的时间我们完全借鉴了传统软件的思维模式，Java平台的service设计模式、三层架构这些设计规范都相对做了一些对比分析，最终得出了MVP这一理念。

分析场景完毕,下面来分析一个模版的例子来说命一切吧！！

Protocol 设计

Template 协议

• －TemplateRenderProtocol //任何一个具体绘制到cell上的Model都需要实现该协议
• －TemplateSorbRenderProtocol //楼层的header如果要吸顶需要使用该协议替代基本的Render协议
• －TemplateActionProtocol //具有Action 操作的Model需要实现,返回一个通用的Action对象
• －TemplateCellProtocol //整个体系中所有的Cell统一实现该协议
• • TemplateValidationProtocol //- 处理一部分认证校验数据
  </li> </ul>

  ViewController

  • • 楼层显示统一交与Model层定制
    </li>
  • • VC中生成ActionModel,跳转逻辑全部应用于Action协议层,ViewController实现ActionManager 代理,作为回调处理
    </ul> </li>
    • • 特定属性处理逻辑放在分类内
      </ul> </li>
      • • 网络层调用扔保持在ViewController,这一点与传统保持相似,有利于结构分明(优于市面上的所谓MVVM)
        </ul> </li> </ul>

        //TemplateRenderProtocol.h  @protocol TemplateRenderProtocol <NSObject,TemplateActionProtocol>  @required  - (NSString *)floorIdentifier;    @end    //TemplateSorbRenderProtocol.h  @protocol TemplateSorbRenderProtocol <NSObject>    - (NSString *)headerFloorIdentifier;  - (id <TemplateSorbRenderProtocol>)headerFloorModelAtIndex:(NSInteger)index;    @end      //TemplateActionProtocol.h   */  @protocol TemplateActionProtocol <NSObject>    @optional    - (TemplateAction *)jumpFloorModelAtIndexPath:(NSIndexPath *)indexPath;    @end      //TemplateCellProtocol.h  @protocol TemplateBaseProtocol;    typedef void (^TapBlock) (NSIndexPath* index);    @protocol TemplateCellProtocol <NSObject>    @optional  + (CGSize)calculateSizeWithData:(id<TemplateRenderProtocol>)data constrainedToSize:(CGSize)size;    - (void)processData:(id <TemplateRenderProtocol>)data;    - (void)tapOnePlace:(TapBlock) block;    @end

        Model设计

        //  TemplateContainerModel.h    /**   *  容器概念   */  @protocol TemplateContainerProtocol <NSObject>    @required    - (NSInteger)numberOfChildModelsInContainer;    - (id <TemplateRenderProtocol>)childFloorModelAtIndex:(NSInteger)index;    @end    @class TemplateChannelModel;  @interface TemplateContainerModel : NSObject<TemplateContainerProtocol,TemplateActionProtocol,TemplateRenderProtocol>    //netList  @property (nonatomic,strong) NSNumber                 *identityId;  @property (nonatomic,strong) NSString                 *pattern;  @property (nonatomic,strong) TemplateFHeaderModel     *fheader;  @property (nonatomic,strong) NSArray                  *itemList;  @property (nonatomic,strong) TemplateJumpModel        *jump;  @property (nonatomic,strong) TemplateMarginModel      *margin;  //other add  @property (nonatomic,assign) TemplateChannelModel     *channelModel;  @end

        下面的就先引用一个具体的业务场景吧,顶部banner楼层,每个大的楼层都是一个容器Model,是继承于父容器,并且会适当重写父类协议以及方法

        //TemplateFloorFocusModel.h    //此处,banner是多个对象绘制成轮播的样式,整体是绘制在同一个cell上的,所以TemplateFloorFocusModel首先是一个容器类,是具有数据源的  功能,但是他又是一个绘制目标Model,TemplateFloorFocusModel实现了Render协议,就决定这个接下来会将TemplateFloorFocusModel绘制到UI界面上(如果此处的容器存储的是一个section下的list形式,容器类就无需实现render协议,只需要将list 中的Model实现render协议即可)    @interface TemplateFloorFocusModel : TemplateContainerModel<TemplateRenderProtocol>    @property (nonatomic,assign) NSNumber *width;  @property (nonatomic,assign) NSNumber *height;    @end      //TemplateFloorFocusModel.m    @implementation TemplateFloorFocusModel    + (NSDictionary *)mj_replacedKeyFromPropertyName  {      return @{               @"itemList" : @"picList"               };  }    + (NSDictionary *)mj_objectClassInArray  {      return @{               @"itemList" : @"TemplatePicModel"               };  }    //pragma mark - TemplateContainerProtocol    - (NSInteger)numberOfChildModelsInContainer  {      NSUInteger rows = 0;      if (self.margin) rows++;      if (self.itemList) rows++;      return rows;  }    //(如果此处的容器存储的是一个section下的list形式,此处返回一个实现render协议的Model即可)  - (id <TemplateRenderProtocol>)childFloorModelAtIndex:(NSInteger)index  {      if ((self.margin)&&(index+1) == [self numberOfChildModelsInContainer])          return self.margin;  //最后一行      return self;  }    //pragma mark - TemplateActionProtocol    - (TemplateAction *)jumpFloorModelAtIndexPath:(NSIndexPath *)indexPath  {      NSUInteger position = [indexPath indexAtPosition:0];      if (position < self.itemList.count) {            TemplatePicModel *picModel = self.itemList[position];          TemplateJumpAction *action = [[TemplateJumpAction alloc] init];          action.jumpToType = TemplateJumpToActivityM;          action.jumpToUrl = picModel.jump.url;          action.eventId = @"GeneralChannel_BannerPic";          return action;      }      return nil;  }    //pragma mark -  TemplateRenderProtocol  - (NSString *)floorIdentifier  {      return @"TemplateFocusCell";  }

        View 设计

        View设计此处我们才用方式依旧是将Cell作为模版,将对应的视图逻辑统一放在一个UIViewSubView中, 之后在Cell中将View直接add到cell.ContentView上。

        针对焦点图cell TemplateFocusCell我们有一个TemplateFocusView来对应,下面看下代码设计

        TemplateFocusCell

        // TemplateFocusCell  @interface TemplateFocusCell : UITableViewCell<TemplateCellProtocol>    @end    @interface TemplateFocusCell (){      TemplateFocusView *_focusView;  }    @property (nonatomic,strong) id <TemplateRenderProtocol> data;    @end  @implementation TemplateFocusCell    - (instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier  {      self = [super initWithStyle:style reuseIdentifier:reuseIdentifier];        if (self) {          _focusView = [[TemplateFocusView alloc] init];          _focusView.translatesAutoresizingMaskIntoConstraints = NO;          [self.contentView addSubview:_focusView];         }      return self;  }    - (void)processData:(id <TemplateRenderProtocol>)data  {      if([data isKindOfClass:[TemplateFloorFocusModel class]])      {          self.data = data;          [_focusView processData:(id <TemplateRenderProtocol>)data];      }  }    + (CGSize)calculateSizeWithData:(id<NSObject>)data constrainedToSize:(CGSize)size  {  //    id<TemplateRenderProtocol> model = data;      CGSize curSize = CGSizeMake(ScreenWidth, 110);      return curSize;  }  - (void)tapOnePlace:(TapBlock) block  {      [_focusView setTapBlock:block];  }

        TemplateFocusView

        @interface TemplateFocusView : UIView<TemplateCellProtocol>    @end    @interface TemplateFocusView ()<iCarouselDataSource,iCarouselDelegate>  {      UIPageControl *_pageControl;      iCarousel     *_scrollView;  }    @property (nonatomic,strong) TemplateFloorFocusModel *focusModel;  @end    @implementation TemplateFocusView    - (instancetype)init  {      self = [super init];        if (self)      {          _scrollView = [[iCarousel alloc] init];          _scrollView.delegate = self;          _scrollView.dataSource = self;          _scrollView.type = iCarouselTypeLinear;          _scrollView.pagingEnabled = YES;          _scrollView.bounceDistance = 0.5;          _scrollView.decelerationRate = 0.5;          _scrollView.clipsToBounds = YES;          _scrollView.translatesAutoresizingMaskIntoConstraints = NO;          [self addSubview:_scrollView];            _pageControl = [[UIPageControl alloc] init];          _pageControl.translatesAutoresizingMaskIntoConstraints = NO;          [self addSubview:_pageControl];            [_scrollView mas_makeConstraints:^(MASConstraintMaker *make){              make.edges.equalTo(self).insets(UIEdgeInsetsZero);          }];            [_pageControl mas_makeConstraints:^(MASConstraintMaker *make){              make.bottom.mas_equalTo(@(5));              make.centerX.equalTo(self);          }];      }      return self;  }    + (CGSize)calculateSizeWithData:(id<TemplateRenderProtocol>)data constrainedToSize:(CGSize)size  {      return size;  }    - (void)processData:(id <TemplateRenderProtocol>)data  {      self.focusModel = (TemplateFloorFocusModel *)data;      _pageControl.numberOfPages = self.focusModel.itemList.count;      [_scrollView reloadData];        [self layoutIfNeeded];  }    //pragma mark -  - (NSInteger)numberOfItemsInCarousel:(iCarousel *)carousel  {      return _focusModel.itemList.count;  }    - (UIView *)carousel:(iCarousel *)carousel viewForItemAtIndex:(NSInteger)index reusingView:(UIView *)view  {      UIImageView *imageView = nil;      if (!view) {          imageView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, ScreenWidth, ScreenWidth/2)];          imageView.contentMode = UIViewContentModeScaleAspectFit;          }else{          imageView = (UIImageView *)view;      }        TemplatePicModel *model = self.focusModel.itemList[index];      [imageView setImageWithURL:[NSURL URLWithString:model.img]];      return imageView;  }    - (CGFloat)carousel:(iCarousel *)carousel valueForOption:(iCarouselOption)option withDefault:(CGFloat)value  {      if (option == iCarouselOptionWrap)      {          return YES;      }      return value;  }    - (void)carouselDidEndScrollingAnimation:(iCarousel *)carousel  {      NSInteger index = _scrollView.scrollOffset;        [_pageControl setCurrentPage:index];  }    - (void)carousel:(iCarousel *)carousel didSelectItemAtIndex:(NSInteger)index  {      NSIndexPath *indexPath = [NSIndexPath indexPathWithIndex:index];      if (_tapBlock) {          _tapBlock(indexPath);      }  }

        从View层可以看到,我们仍旧遵循以往的模式,将cell高度的计算,最终放在View中来完成(此处我们并没有Model化,而是仍旧遵循大家的习惯,具体的高度根据具体的视图场景来控制),看到此处的计算高度的方法,接下来的问题就不多说了....

        Controller 设计

        在做完以上的一些列的逻辑化抽象工作以后,从新回到控制器层面,此时应该是大松了一口气了,到目前为止,我们一大堆系列的工作都已经做完了,只是还有一点失望的感觉是暂时还没看到是否真的有卵用,这就好比十年铸一剑,继而十年在磨一剑,看不到成效始终觉得心中似有亏欠。

        到目前为止,我们在控制器层面能做的仅有的是范型数据的操作,已经安全没有逻辑了,逻辑全部压入了Model,下面就看下控制器层面的逻辑：

        //处理action  - (TapBlock)tapBlockForModel:(id<TemplateRenderProtocol>)model  {      __weak typeof (self) weakself = self;      return ^(NSIndexPath * indexPath){          if ([model conformsToProtocol:@protocol(TemplateActionProtocol)]) {              TemplateAction *action = [(id<TemplateActionProtocol>)model jumpFloorModelAtIndexPath:indexPath];              [weakself.handler handlerAction:action];          }      };  }    //注册cell    [self.tableView registerClass:[TemplateFocusCell class] forCellReuseIdentifier:@"TemplateFocusCell"];      //tableView 代理实现  //pragma mark - UITableViewDataSource,UITableViewDelegate    - (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView  {      return [self.floorModel.floors count];  }    - (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section  {      TemplateContainerModel<TemplateContainerProtocol> *list = self.floorModel.floors[section];      return [list numberOfChildModelsInContainer];  }    - (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath  {      id <TemplateRenderProtocol> model = [self.floorModel rowModelAtIndexPath:indexPath];      UITableViewCell <TemplateCellProtocol> * cell = [tableView dequeueReusableCellWithIdentifier:[model floorIdentifier]];      [cell processData:model];      [cell tapOnePlace:[self tapBlockForModel:model]];      if(!cell){          return [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:nil];      }else{          return (UITableViewCell *)cell;      }  }    - (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{        id <TemplateRenderProtocol>  floor = [self.floorModel rowModelAtIndexPath:indexPath];      if ([floor respondsToSelector:@selector(floorIdentifier)]) {          NSString *cellIdentifier = [floor floorIdentifier];          Class<TemplateCellProtocol> viewClass = NSClassFromString(cellIdentifier);          CGSize size = [viewClass calculateSizeWithData:floor constrainedToSize:CGSizeMake(tableView.frame.size.width, 0.0)];          return size.height;      }      return 0;  }    - (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section  {      id <TemplateSorbRenderProtocol,TemplateRenderProtocol> floor = self.floorModel.floors[section];      if ([floor conformsToProtocol:@protocol(TemplateSorbRenderProtocol)]) {          NSString *headerIdentifier = [floor headerFloorIdentifier];          if (headerIdentifier) {              Class<TemplateCellProtocol> viewClass = NSClassFromString(headerIdentifier);              CGSize size = [viewClass calculateSizeWithData:floor constrainedToSize:CGSizeMake(tableView.frame.size.width, 0.0)];              return size.height;          }      }        return 0;  }    - (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section  {      id <TemplateSorbRenderProtocol,TemplateRenderProtocol> floor = self.floorModel.floors[section];      if ([floor conformsToProtocol:@protocol(TemplateSorbRenderProtocol)]) {          id<TemplateSorbRenderProtocol> headerModel = [floor headerFloorModelAtIndex:section];          if (headerModel) {              NSString *identifier = [headerModel headerFloorIdentifier];              UIView <TemplateCellProtocol> *headerView = (UIView <TemplateCellProtocol> *)[tableView dequeueReusableHeaderFooterViewWithIdentifier:identifier];              [headerView processData:floor];              return headerView;          }      }      return nil;  }

        至此,控制器只剩下以上操作,相对来说已经最大限度的梳理了逻辑,将所有的逻辑压入Model,如果服务端新增了新型的业务场景的数据,依旧可以通过协议层的适配,将数据最终的组装上述模式,最后直接拿来使用,如果需要修改对应的View,直接可以在Model内修改具体的将要渲染的View的名字即可,这些工作都跟控制器层没有任何关系。

        在Action协议中,具有Action操作的Model会在使用过程中实现TemplateActionProtocol这一协议,在事件处理的时间会抛出这样一个ActionModel,之后此处我们会直接对Action对象handler操作,此处并没有控制器层UI界面的操作,这一点遵循了设计模式中的命令行模式(这一点原理脱胎于于strus框架中XWork框架,将控制器与UI工作无关的内务以命令行的模式跑出来,放在别的一个代理中去完成,这样能够最大的限度的做到对控制器层面的瘦身工作)。

        说到控制器瘦身工作,iOS常用的大概是就是Category了,将部分全局型属性、逻辑放在对应的分类里面,有助于逻辑的抽离、代码的分割。

        MVPDemo

        容器模式 适配器模式 命令行模式

        MVVM

        说说Android的MVP模式

        用Model-View-ViewModel构建iOS App

        浅谈iOS中MVVM的架构设计与团队协作

        Model-View-Controller

        来自： http://www.jianshu.com/p/f7ff18ac1c31