码迷,mamicode.com
首页 > 其他好文 > 详细

ViewController 优化

时间:2014-08-08 15:44:56      阅读:208      评论:0      收藏:0      [点我收藏+]

标签:style   使用   io   strong   数据   问题   cti   代码   

解决问题:部分复杂页面的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,需要避免循环引用;

例:CSPromotionStoreDetailViewControllerCSPromotionStoreDetailCellManager

对于非基于tableview的页面,使用ChildViewController或酌情使用基于Cell的Controller方式。

ViewController 优化,布布扣,bubuko.com

ViewController 优化

标签:style   使用   io   strong   数据   问题   cti   代码   

原文地址:http://www.cnblogs.com/dokaygang128/p/3899251.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!