在iOS开发中，常见的MVC中,复杂界面的Controller中的代码极其臃肿，动则上千行的代码量对后期维护简直是一种灾难，因此MVC也被调侃为Messive ViewController,特别是有多种类型Cell的TableView存在时，在-tableView:cellForRowAtIndexPath:代理方法中充斥着大量的if-else分支，这次我们尝试用一种新的方式来“优雅”地实现这个方法。
传统iOS的对象间交互模式就那么几种：直接property传值、delegate、KVO、block、protocol、多态、Target-Action。这次来说说基于ResponderChain来实现对象间交互。
这种方式通过在UIResponder上挂一个category，使得事件和参数可以沿着responder chain逐步传递。
这相当于借用responder chain实现了一个自己的事件传递链。这在事件需要层层传递的时候特别好用，然而这种对象交互方式的有效场景仅限于在responder chain上的UIResponder对象上。
网上关于MVVM的文章很多而且每个人的理解可能都有小小的差别，这里不做赘述，这里说说我在项目中所用到的MVVM，如果错误，请看官多多指教。我的tableView定义在Controller中，其代理方法也在Contriller实现，ViewModel为其提供必要的数据：
头文件中：
#import <UIKit/UIKit.h> @interface QFViewModel : NSObject - (NSInteger)numberOfRowsInSection:(NSInteger)section; - (id<QFModelProtocol>)tableView:(UITableView *)tableView itemForRowAtIndexPath:(NSIndexPath *)indexPath; @end 实现文件中两个关键方法：
- (NSInteger)numberOfRowsInSection:(NSInteger)section{return self.dataArray.count} - (id<QFModelProtocol>)tableView:(UITableView *)tableView itemForRowAtIndexPath:(NSIndexPath *)indexPath{id<QFModelProtocol> model = self.dataArray[indexPath.row]; return model} 这里用到了协议Protocol做解耦，两个协议，一个视图层的协议QFViewProtocol，一个模型的协议QFModelProtocol
- QFViewProtocol 这里提供一个方法，通过模型数据设置界面的展示
/** 协议用于保存每个cell的数据源设置方法，也可以不用，直接在每个类型的cell头文件中定义，考虑到开放封闭原则，建议使用 */ @protocol QFViewProtocol <NSObject> /** 通过model 配置cell展示 @param model model */ - (void)configCellDateByModel:(id<QFModelProtocol>)model; - QFModelProtocol 这里提供两个属性，一个重用标志符，一个行高
#import <UIKit/UIKit.h> /** 协议用于保存每个model对应cell的重用标志符和行高，也可以不使用这个协议 直接在对一个的model里指明 */ @protocol QFModelProtocol <NSObject> - (NSString *)identifier; - (CGFloat)height; @end 在控制器层中直接创建并且addSubView：
- (void)initAppreaence{[self.tableView registerClass:[QFCellOne class] forCellReuseIdentifier:kCellOneIdentifier]; [self.tableView registerClass:[QFCellTwo class] forCellReuseIdentifier:kCellTwoIdentifier]; [self.view addSubview:self.tableView]} 在iOS的事件传递响应中有一棵响应树，使用此可以消除掉各个类中的头文件引用。使用这个特性只需要一个方法即可,为UIResponder添加分类，实现一个方法：
/** 通过事件响应链条传递事件 @param eventName 事件名 @param userInfo 附加参数 */ - (void)routerEventWithName:(NSString *)eventName userInfo:(NSDictionary *)userInfo{[[self nextResponder] routerEventWithName:eventName userInfo:userInfo]} 发送事件的时候使用：
[self routerEventWithName:kEventOneName userInfo:@{@"keyOne": @"valueOne"}]; 这里使用了一个字典来做参数的传递，这里可以使用装饰者模式，在事件层层向上传递的时候，每一层都可以往UserInfo这个字典中添加数据。那么到了最终事件处理的时候，就能收集到各层综合得到的数据，从而完成最终的事件处理。
如果要把这个事件继续传递下去直到APPDelegate中的话，调用:
// 把响应链继续传递下去 [super routerEventWithName:eventName userInfo:userInfo]; 在《大话设计模式》一书中，使用了商场打折的案例分析了策略模式对于不同算法的封装，有兴趣可以去看看，这里我们使用策略模式封装的是NSInvocation，他用于做方法调用，在消息转发的最后阶段会通过NSInvocation来转发。我们以一个方法调用的实例来看NSInvocation
#pragma mark - invocation调用方法 - (void)invocation{SEL myMethod = @selector(testInvocationWithString:number:); NSMethodSignature *sig = [[self class] instanceMethodSignatureForSelector:myMethod]; NSInvocation * invocatin = [NSInvocation invocationWithMethodSignature:sig]; [invocatin setTarget:self]; [invocatin setSelector:myMethod]; NSString *a = @"string"; NSInteger b = 10; [invocatin setArgument:&a atIndex:2]; [invocatin setArgument:&b atIndex:3]; NSInteger res = 0; [invocatin invoke]; [invocatin getReturnValue:&res]; NSLog(@"%ld",(long)res)} - (NSInteger)testInvocationWithString:(NSString *)str number:(NSInteger)number{return str.length + number} - 第一步通过方法，生成方法签名；
- 第二步设置参数，注意这里
[invocatin setArgument:&a atIndex:2];的index从2开始而不是0，因为还有两个隐藏参数self和_cmd占用了两个 - 第三步调用
[invocatin invoke];
好了我们回归主题，这里用一个dictionary，保存方法调用的必要参数，字典的key是事件名，value是对应的invocation对象，当事件发生时，直接调用
- (NSDictionary <NSString *, NSInvocation *>*)strategyDictionary{if (!_eventStrategy){_eventStrategy = @{kEventOneName:[self createInvocationWithSelector:@selector(cellOneEventWithParamter:)], kEventTwoName:[self createInvocationWithSelector:@selector(cellTwoEventWithParamter:)] }} return _eventStrategy} 这里调用UIResponder中的的方法- (NSInvocation *)createInvocationWithSelector:(SEL)selector生成invocation：
/** 通过方法SEL生成NSInvocation @param selector 方法 @return Invocation对象 */ - (NSInvocation *)createInvocationWithSelector:(SEL)selector{//通过方法名创建方法签名 NSMethodSignature *signature = [[self class] instanceMethodSignatureForSelector:selector]; //创建invocation NSInvocation *invocation = [NSInvocation invocationWithMethodSignature:signature]; [invocation setTarget:self]; [invocation setSelector:selector]; return invocation} 经过上面的步骤，我们可以在Controller中通过- (void)routerEventWithName:(NSString *)eventName userInfo:(NSDictionary *)userInfo 拿到事件做响应的处理,如果有必要，把这个事件继续传递下去：
#pragma mark - Event Response - (void)routerEventWithName:(NSString *)eventName userInfo:(NSDictionary *)userInfo{// 处理事件 [self handleEventWithName:eventName parameter:userInfo]; // 把响应链继续传递下去 [super routerEventWithName:eventName userInfo:userInfo]} - (void)handleEventWithName:(NSString *)eventName parameter:(NSDictionary *)parameter{// 获取invocation对象 NSInvocation *invocation = self.strategyDictionary[eventName]; // 设置invocation参数 [invocation setArgument:¶meter atIndex:2]; // 调用方法 [invocation invoke]} - (void)cellOneEventWithParamter:(NSDictionary *)paramter{NSLog(@"第一种cell事件---------参数：%@",paramter); QFDetailViewController *viewController = [QFDetailViewController new]; viewController.typeName = @"Cell类型一"; viewController.paramterDic = paramter; [self presentViewController:viewController animated:YES completion:nil]} - (void)cellTwoEventWithParamter:(NSDictionary *)paramter{NSLog(@"第二种cell事件---------参数：%@",paramter); QFDetailViewController *viewController = [QFDetailViewController new]; viewController.typeName = @"Cell类型二"; viewController.paramterDic = paramter; [self presentViewController:viewController animated:YES completion:nil]} 本篇到此结束了，总结起来，用到的东西还是不少，很多东西都值得深入:
- Protocol的使用
- 事件处理：事件产生、传递及响应的机制
- 设计模式：策略模式、装饰者模式以及MVVM的使用
- NSInvocation的使用及消息转发机制
Demo演示
有任何意见和建议欢迎交流指导，如果可以，请顺手给个star。
感谢评论区各位的赐教，纠正了我把tableView定义在VM中的颠覆性错误！
最后，万分感谢Casa大佬的分享！
一种基于ResponderChain的对象交互方式