解决问题:部分复杂页面的Controller过于庞大,不利于维护与复用;
复杂的页面大多是基于tableview的页面。复杂页面的代码大致可分为两部分(复杂的View布局用Nib实现的话,一般大家都是这么做),一部分是响应逻辑,一部分是页面显示逻辑;
对于基于tableview的页面,响应逻辑即每个Cell中对应的响应逻辑,一般我们是通过Cell的Delegate在Controller中实现,显示逻辑即UITableViewDataSource。
一、响应逻辑简化:
1.将部分单独模块逻辑抽离Controller,使用ChildViewController;
优点:简化了Controller的逻辑,与ViewController使用方法保持一致;
缺点:当整个使用ChildViewController嵌套tableView时作为Cell的内容时,由于复用的单位是整个使用ChildViewController,影响性能,尤其是当使用ChildViewController中的cell过多时会卡顿;
2.以Cell为单位将逻辑放在Cell中,将Cell做为Controller;
优点:类似于使用ChildViewController,简化了Controller的逻辑;大部分使用tableview的页面使用时不用考虑Cell的组装,可直接使用;使用WCCTableviewDynamicCellDelegate,抽象调用,弹性好;
缺点:当同使用ChildViewController;
例:CSPromotionStoreAddressCell
3.MVVM + ReactiveCocoa,采用视图模型;
二、显示逻辑简化:
1.Cell实现自己的显示逻辑,根据Model刷新;
优点:Cell的显示与Controller解耦;逻辑清晰;
例:CSPromotionStoreAddressCell
2.单独实现dataSourcedelegate的Manager;
优点:将tableView的数据逻辑与Controller解耦,TableView所在的Controller不再管理tableView的显示
缺点:指定Cell的delegate时需要Manager获取到Controller,需要避免循环引用;
例:CSPromotionStoreDetailViewController、CSPromotionStoreDetailCellManager
对于非基于tableview的页面,使用ChildViewController或酌情使用基于Cell的Controller方式。