VC减负若干技巧(一)

导语 VC代码的膨胀和臃肿,是业界普遍问题,网上很多文章也都在讨论如何给VC减负,这里总结一下我看过的文章提出的一些减负技巧

随着业务的变更和增加,VC的代码也随着庞大和臃肿,有些一开始设计不好的VC,更是随着时间推移,慢慢变成一场灾难。我的一个感受,某些模块的代码不是万不得已我是不敢点开看的。

为什么会出现这种问题呢?  貌似VC的膨胀和臃肿,确实也是业界普遍问题,网上很多文章也都在讨论如何给VC减负,这里总结一下我看过的文章提出的一些减负技巧。

1 首先是要有清晰的CodeStyle

我觉得这个真正是最重要的东西。我们知道,基本一个VC的代码都会被不同的开发同学去修改,后面的人一般都会遵循前面的CodeStyle,所以第一个版本的CodeStyle是否够清晰,决定了后续加入的代码是否清晰,往往第一个版本CodeStyle就很糟糕的代码,第二第三个版本只会更糟糕。下面是看到一篇文章推荐的CodeStyle,个人觉得挺好的,比较清晰,推荐大家借鉴学习。

2 拆VC

这个也是老生常谈了,关键是要怎么拆,我们天天说mvc,mvc,都知道c是负责协调v和m的,那到底协调是什么?这个概念非常抽象,存DB算不算协调,监听通知算不算协调?因为没有很明确的分界线,所以才不知道这块代码到底应该放在VC内还是VC外。这里我尝试提出一个分界线,VC的责任应该是拿到数据(从model取数据),然后展示数据(在View展示数据)。我们拿这个标准再来看看当前代码,应该如何拆VC。

我以手Q日迹主页这个类来做例子来讲。

主页代码由一个主文件和若干个category组成,

QQStoryViewController 		2874行,
QQStoryViewController+TableView 2005行
QQStoryViewController+Notification  849行
QQStoryViewController+VideoPublish 954行

可以看到,这个类的已经非常庞大了,从名字也大概可以猜出各自的功能。然后我们按照上面的思路来拆分VC,首先QQStoryViewController+VideoPublish,发表视频相关的API,这个跟拉取数据和展示数据关系都不大,所以肯定可以拆出去。

打开文件看了一下代码,这块其实已经剥离出去了,但是不知道什么原因文件名字没有改,让人看了疑惑。

继续看QQStoryViewController+Notification,这个category主要处理通知,按照我们上面定义的分界线,处理通知后一般要刷新UI,所以其属于展示数据的一环,是VC的协调职能,理论上应该放在VC内。但其实仔细分析,一般我们响应通知会做下面操作:

1 不带数据的通知,直接刷新整个UI

2 带数据的通知,先转化数据,再局部更新UI

第一种场景可以直接调VC的接口,第二种场景数据需要进行转化,理论上要先经过数据层做处理或者筛选才能到VC这一层来,所以这里建议通知还是移到VC外,不要放进VC。VC通过实现必要的protocol或者提供重刷接口,让通知层来调用。

再看看主页代码里的处理,

其实这个category的拆分思路,跟上面说的差不多,不过我建议还是拆成独立的类,不要以category的方式来实现。

接着,我们再来看QQStoryViewController+TableView。顾名思义,这里是处理tableview相关逻辑的地方。关于tableview的拆分,这里有篇文章大家可以参考一下,其设计思路就是添加一个中间类,把tableviewcell的创建和返回委托出去,我们也可以用工厂来实现。这种方式的一个好处就是,这个中间类的代码是可以复用的,所有用到tableview的地方都能用,可以减少很多代码,然后代码集中一处,也有通用的规范和便于管理。

@implementation ArrayDataSource

- (id)itemAtIndexPath:(NSIndexPath*)indexPath {
    return items[(NSUInteger)indexPath.row];
}

- (NSInteger)tableView:(UITableView*)tableView 
 numberOfRowsInSection:(NSInteger)section {
    return items.count;
}

- (UITableViewCell*)tableView:(UITableView*)tableView 
        cellForRowAtIndexPath:(NSIndexPath*)indexPath {
    id cell = [tableView dequeueReusableCellWithIdentifier:cellIdentifier
                                              forIndexPath:indexPath];
    id item = [self itemAtIndexPath:indexPath];
    configureCellBlock(cell,item);
    return cell;
}

@end  

VC的调用:

void (^configureCell)(PhotoCell*, Photo*) = ^(PhotoCell* cell, Photo* photo) {
   cell.label.text = photo.name;
};
photosArrayDataSource = [[ArrayDataSource alloc] initWithItems:photos
                                                cellIdentifier:PhotoCellIdentifier
                                            configureCellBlock:configureCell];
self.tableView.dataSource = photosArrayDataSource;

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Android先生

从小白到独立开发Android和IOS两种平台app过程与总结

16年上半年在帮老师,帮外面随便做点东西以便得到些生活费养活自己。下半年去外面公司待了一段时间,然后选择回来帮自己做个东西,历时三个月,独自完成安卓及IOS版本...

611
来自专栏DannyHoo的专栏

iOS开发中时间戳和时间的相互转换

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/...

891
来自专栏河湾欢儿的专栏

html5标签

什么是html5? 仅仅是狭义的概念。h5草案前身叫做web application 由WHATWG组织编写,在2007年提交到了w3c,w3c起名叫做HTM...

671
来自专栏WeTest质量开放平台团队的专栏

iOS UITableView左滑操作功能的实现(iOS8-11)

本文主要是介绍下iOS 11系统及iOS 11之前的系统在实现左滑操作功能上的区别,及如何自定义左滑的标题颜色、字体大小。

1124
来自专栏WeTest质量开放平台团队的专栏

iOS UITableView左滑操作功能的实现(iOS8-11)

作者:sonia,腾讯移动客户端开发 工程师

4798
来自专栏沃趣科技

容器化RDS|调度策略

导 语 前文数据库容器化|未来已来我们介绍了基于Kubernetes实现的下一代私有 RDS。其中,调度策略是具体实现时至关重要的一环,它关系到RDS 集群的服...

40210
来自专栏编程微刊

移动端常用的四个框架

1642
来自专栏沃趣科技

基于Oracle的私有云架构探析(连载三)@【DTCC干货分享】

• 启用Instance Caging Instance Caging 通过设置2个数据库的初始化参数来达到管控CPU的目的: • cpu_count ...

3475
来自专栏九彩拼盘的叨叨叨

web前端网站收藏

4522
来自专栏冰霜之地

WWDC2016 Session笔记 - iOS 10  推送Notification新特性

在今年6月14号苹果WWDC开发者大会上,苹果带来了新的iOS系统——iOS 10。苹果为iOS 10带来了十大项更新。苹果高级副总裁Craig Federig...

622

扫码关注云+社区