原文地址:http://www.jianshu.com/p/9fc838d46f5e
在日常的开发中,有时会遇到内容块比较多,且又可变的界面:
多个可变cell复杂界面
这个界面中有些内容块是固定出现的,比如最上面的商品详情图片、商品名称、价格等。而有些内容块则是不一定出现的,比如促销(显然不是每个商品都有促销)、已选规格(有的商品没有规格)、店铺信息(有的商品属于自营,就没有店铺)等。还有些内容要根据情况进行变化,比如评论,这里最多列出4条评论,如果没有评论,则显示“暂无评论”且不显示“查看所有评论”按钮。
对于这样的界面,相信很多人第一感觉会用TableView来做,因为中间要列出评论内容,这个用TableView的cell来填充比较合适。但如何处理评论内容之外的其他内容呢?我之前的做法是,评论内容之上的用HeaderView做,下面的用FooterView做,虽然最终实现了功能,但做起来十分麻烦。布局我是用Auto
Layout来做的,由于Auto Layout本身的特点,这种做法在控制内容块View的显示与否,需要比较多的操作:
View的高度约束设置为0
最好还要把子View全部移除,否则,子View里的约束可能会因为View高度约束设置为0而出现约束冲突
如果View本身有距离前面View的间距约束,也需要将间距约束设置为0
View的hidden设置为yes,以减少视图绘制
此外,还有一个麻烦的问题。界面刚进来的时候,是需要请求网络数据,这时界面就要显示成一个初始状态,而显然初始状态有些内容块是不应该显示的,比如促销,只有完成了数据请求,才能知道是否有促销,有的话才显示促销内容;比如评论,初始时应该显示成“暂无评论”,数据请求完成后,才显示相应的内容。这样,我们需要处理初始进入和数据请求完成两种状态下各个内容块的显示,十分复杂繁琐。
总结来说,用TableView的 HeaderView + 评论内容cell + FooterView + Auto Layout 的方式会带来如下问题:
约束在View与View之间是有依赖关系的,对View的显示与否,需要比较多的操作
需要处理初始进入和数据请求完成两种状态的界面展示,使代码更加复杂繁琐
需要额外计算相应内容的高度,以更新HeaderView、FooterView的高度
可见,这种方式并不是理想的解决方案。可能有人会说,那不要用Auto
Layout,直接操作frame来布局就好,这样或许能减少一些麻烦,但总体上并没有减少复杂度。也有人说,直接用ScrollView来做,这样的话,所有的内容包括评论内容的cell,都得自己手动拼接,可以想象这种做法也是比较麻烦的。所以,我们得另辟蹊径,使用其他方法来达到目的。下面就为大家介绍一种比较简便的做法,这种做法也是一个前同事分享给我的,我就借花献佛,分享给大家。
我们还是用TableView来做这个界面,和之前不同的是,我们把每一个可变内容块做成一个独立的cell,cell的粒度可以自行控制,比如可以用一个cell囊括商品图片、标题、副标题、价格,也可以拆得更细,图片、标题、副标题、价格都各自对应一个cell。这里我们选择后者,因为图片内容块,我们需要按屏幕宽度等比例拉伸;标题、副标题的文字内容可能是一行,也可能是两行,高度可变,用单独的cell来控制会更简单明了,也更加灵活。
下面先定义好各种类型的cell:
//基础cell,这里为了演示简便,定义这个cell,其他cell继承自这个cell@interfaceMultipleVariantBasicTableViewCell:UITableViewCell@property(nonatomic,weak)UILabel*titleTextLabel;@end//滚动图片@interfaceCycleImagesTableViewCell:MultipleVariantBasicTableViewCell@end//正标题@interfaceMainTitleTableViewCell:MultipleVariantBasicTableViewCell@end//副标题@interfaceSubTitleTableViewCell:MultipleVariantBasicTableViewCell@end//价格@interfacePriceTableViewCell:MultipleVariantBasicTableViewCell@end// ...其他内容块的cell声明// 各种内容块cell的实现,这里为了演示简便,cell中就只放了一个Label@implementationMultipleVariantBasicTableViewCell- (instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString*)reuseIdentifier {self= [superinitWithStyle:style reuseIdentifier:reuseIdentifier];if(self) {UILabel*label = [[UILabelalloc] initWithFrame:CGRectMake(0,0,320,44)]; label.numberOfLines =0; [self.contentView addSubview:label];self.titleTextLabel = label; }returnself;}@end@implementationCycleImagesTableViewCell@end@implementationMainTitleTableViewCell@end// ...其他内容块的cell实现// 评论内容cell使用Auto Layout,配合iOS 8 TableView的自动算高,实现内容自适应@implementationCommentContentTableViewCell- (instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString*)reuseIdentifier {self= [superinitWithStyle:style reuseIdentifier:reuseIdentifier];if(self) {self.titleTextLabel.translatesAutoresizingMaskIntoConstraints =NO;self.titleTextLabel.preferredMaxLayoutWidth = [UIScreenmainScreen].bounds.size.width -8;NSLayoutConstraint*leftConstraint = [NSLayoutConstraintconstraintWithItem:self.titleTextLabel attribute:NSLayoutAttributeLeadingrelatedBy:NSLayoutRelationEqualtoItem:self.contentView attribute:NSLayoutAttributeLeadingmultiplier:1.0f constant:4.0f];NSLayoutConstraint*rightConstraint = [NSLayoutConstraintconstraintWithItem:self.titleTextLabel attribute:NSLayoutAttributeTrailingrelatedBy:NSLayoutRelationEqualtoItem:self.contentView attribute:NSLayoutAttributeTrailingmultiplier:1.0f constant:-4.0f];NSLayoutConstraint*topConstraint = [NSLayoutConstraintconstraintWithItem:self.titleTextLabel attribute:NSLayoutAttributeToprelatedBy:NSLayoutRelationEqualtoItem:self.contentView attribute:NSLayoutAttributeTopmultiplier:1.0f constant:4.0f];NSLayoutConstraint*bottomConstraint = [NSLayoutConstraintconstraintWithItem:self.titleTextLabel attribute:NSLayoutAttributeBottomrelatedBy:NSLayoutRelationEqualtoItem:self.contentView attribute:NSLayoutAttributeBottommultiplier:1.0f constant:-4.0f]; [self.contentView addConstraints:@[leftConstraint, rightConstraint, topConstraint, bottomConstraint]]; }returnself;}@end
接下来就是重点,就是如何来控制显示哪些cell及cell显示的数量。这一步如果处理不好,也会使开发变得复杂。如下面的方式:
// 加载完数据self.cellCount =0;if(存在促销) {self.cellCount++;}if(存在规格) {self.cellCount++;}......
如果以这种方式来记录cell的数量,那么后续cell的展示、点击判断等都会很麻烦。这里我们采用的方式是,使用单独的类(作为一种数据结构)来保存所要展示的cell信息。
// SKRow.h@interfaceSKRow:NSObject@property(nonatomic,copy)NSString*cellIdentifier;@property(nonatomic,strong)iddata;@property(nonatomic,assign)floatrowHeight;- (instancetype)initWithCellIdentifier:(NSString*)cellIdentifier data:(id)data rowHeight:(float)rowHeight;@end// SKRow.m#import"SKRow.h"@implementationSKRow- (instancetype)initWithCellIdentifier:(NSString*)cellIdentifier data:(id)data rowHeight:(float)rowHeight {if(self= [superinit]) {self.cellIdentifier = cellIdentifier;self.data = data;self.rowHeight = rowHeight; }returnself;}@end
SKRow用来存储每个cell所需的信息,包括重用标识、数据项、高度。接下来,我们就开始拼接cell信息。
@interfaceViewController() @property(nonatomic,strong)NSMutableArray *> *tableSections;@end
self.tableSections = [NSMutableArrayarray];/* 初始加载数据
* 初始化时,只显示滚动图片、价格、评论头、无评论
*/// 滚动图片(宽高保持比例)SKRow*cycleImagesRow = [[SKRowalloc] initWithCellIdentifier:@"CycleImagesCellIdentifier"data:@[@"滚动图片地址"] rowHeight:120*[UIScreenmainScreen].bounds.size.width /320.f];// 价格SKRow*priceRow = [[SKRowalloc] initWithCellIdentifier:@"PriceCellIdentifier"data:@"0"rowHeight:44];[self.tableSections addObject:@[cycleImagesRow, priceRow]];// 评论头SKRow*commentSummaryRow = [[SKRowalloc] initWithCellIdentifier:@"CommentSummaryCellIdentifier"data:@{@"title":@"商品评价",@"count":@"0"} rowHeight:44];// 无评论SKRow*noCommentRow = [[SKRowalloc] initWithCellIdentifier:@"NoCommentCellIdentifier"data:@"暂无评论"rowHeight:44];[self.tableSections addObject:@[commentSummaryRow, noCommentRow]];
以上是初始状态时要显示的cell,我们在ViewController中声明一个数组,用来存储TableView各个section要显示的cell信息。这里我们将cell分成不同的section,实际中,要不要分,分成几个section都可以自行决定。初始状态我们有两个section,第一个section用于显示基本信息,第二个section用于显示评论信息,这样就完成了cell信息的拼接,接下来就是显示:
- (UITableViewCell*)tableView:(UITableView*)tableView cellForRowAtIndexPath:(NSIndexPath*)indexPath {// 这里可以通过判断cellIdentifier来区分处理各种不同的cell,cell所需的数据从row.data上获取SKRow*row =self.tableSections[indexPath.section][indexPath.row];if([row.cellIdentifier isEqualToString:@"CycleImagesCellIdentifier"]) { CycleImagesTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath];NSArray *urlStringArray = row.data; cell.titleTextLabel.text = [urlStringArray componentsJoinedByString:@"\n"];returncell; }elseif([row.cellIdentifier isEqualToString:@"MainTitleCellIdentifier"]) { MainTitleTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = row.data;returncell; }elseif([row.cellIdentifier isEqualToString:@"PriceCellIdentifier"]) { PriceTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = [NSStringstringWithFormat:@"¥%@", row.data];returncell; }elseif([row.cellIdentifier isEqualToString:@"SalePromotionCellIdentifier"]) { SalePromotionTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath];NSArray *salePromotionStringArray = row.data; cell.titleTextLabel.text = [salePromotionStringArray componentsJoinedByString:@"\n"];returncell; }elseif([row.cellIdentifier isEqualToString:@"SpecificationCellIdentifier"]) { SpecificationTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = [NSStringstringWithFormat:@"已选:%@", row.data];returncell; }elseif([row.cellIdentifier isEqualToString:@"CommentSummaryCellIdentifier"]) { CommentSummaryTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath];NSDictionary*commentSummary = row.data; cell.titleTextLabel.text = [NSStringstringWithFormat:@"%@(%@)", commentSummary[@"title"], commentSummary[@"count"]];returncell; }elseif([row.cellIdentifier isEqualToString:@"CommentContentCellIdentifier"]) { CommentContentTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = row.data;returncell; }elseif([row.cellIdentifier isEqualToString:@"AllCommentCellIdentifier"]) { AllCommentTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = row.data;returncell; }elseif([row.cellIdentifier isEqualToString:@"NoCommentCellIdentifier"]) { NoCommentTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:row.cellIdentifier forIndexPath:indexPath]; cell.titleTextLabel.text = row.data;returncell; }returnnil;}
上面的代码进行了删减,没有处理所有类型。虽然稍嫌冗长,但是逻辑非常简单,就是获取cell信息,根据重用标识来区分不同类型的内容块,将数据处理后放到cell中展示。
例如,对于商品图片,因为是滚动图片,滚动图片可以有多张,前面我们传入的数据就是数组data:@[@"滚动图片地址"]。后面获取到数据后,cell.titleTextLabel.text = [urlStringArray componentsJoinedByString:@"\n"];,出于演示,商品图片cell我们只放了一个Label,所以只是简单的将地址信息分行显示出来。在实际的开发中,可以放入一个图片滚动显示控件,并将图片地址的数组数据传给控件展示。
其他类型的cell处理也是大同小异,出于演示的原因,都只是简单的数据处理展示。当然,别忘了,设置一下TableView相关的dataSource和delegate:
- (CGFloat)tableView:(UITableView*)tableView heightForRowAtIndexPath:(NSIndexPath*)indexPath {SKRow*row =self.tableSections[indexPath.section][indexPath.row];returnrow.rowHeight;}- (NSInteger)numberOfSectionsInTableView:(UITableView*)tableView {returnself.tableSections.count;}- (NSInteger)tableView:(UITableView*)tableView numberOfRowsInSection:(NSInteger)section {returnself.tableSections[section].count;}
这样我们就完成了初始状态时界面的展示:
初始状态时界面显示
完成了cell的显示处理,接下来我们来模拟一下网络请求数据后,界面如何显示所需的cell:
self.tableSections = [NSMutableArrayarray];NSMutableArray *section1 = [NSMutableArrayarray];// 滚动图片(宽高保持比例)SKRow*cycleImagesRow = [[SKRowalloc] initWithCellIdentifier:@"CycleImagesCellIdentifier"data:@[@"滚动图片地址1",@"滚动图片地址2",@"滚动图片地址3"] rowHeight:120*[UIScreenmainScreen].bounds.size.width /320.f];// 主标题SKRow*mainTitleRow = [[SKRowalloc] initWithCellIdentifier:@"MainTitleCellIdentifier"data:@"商品名称"rowHeight:44];// 副标题SKRow*subTitleRow = [[SKRowalloc] initWithCellIdentifier:@"SubTitleCellIdentifier"data:@"节日促销,快来买啊"rowHeight:44];// 价格SKRow*priceRow = [[SKRowalloc] initWithCellIdentifier:@"PriceCellIdentifier"data:@(arc4random()) rowHeight:44];[section1 addObjectsFromArray:@[cycleImagesRow, mainTitleRow, subTitleRow, priceRow]];// 促销(随机出现)if(arc4random() %2==0) {SKRow*salePromotionRow = [[SKRowalloc] initWithCellIdentifier:@"SalePromotionCellIdentifier"data:@[@"促销信息1",@"促销信息2",@"促销信息3"] rowHeight:44]; [section1 addObject:salePromotionRow];}[self.tableSections addObject:section1];NSMutableArray *section2 = [NSMutableArrayarray];// 规格(随机出现)if(arc4random() %2==0) {SKRow*specificationRow = [[SKRowalloc] initWithCellIdentifier:@"SpecificationCellIdentifier"data:@"银色,13.3英寸"rowHeight:44]; [section2 addObject:specificationRow];}if(section2.count >0) { [self.tableSections addObject:section2];}NSMutableArray *section3 = [NSMutableArrayarray];NSArray *commentArray = [NSMutableArrayarray];// 评论内容数据(随机出现)if(arc4random() %2==0) { commentArray = @[@"评论内容1",@"评论内容2",@"2016年6月,苹果系统iOS 10正式亮相,苹果为iOS 10带来了十大项更新。2016年6月13日,苹果开发者大会WWDC在旧金山召开,会议宣布iOS 10的测试版在2016年夏天推出,正式版将在秋季发布。2016年9月7日,苹果发布iOS 10。iOS10正式版于9月13日(北京时间9月14日凌晨一点)全面推送。",@"评论内容4"];}// 评论头SKRow*commentSummaryRow = [[SKRowalloc] initWithCellIdentifier:@"CommentSummaryCellIdentifier"data:@{@"title":@"商品评价",@"count":@(commentArray.count)} rowHeight:44];[section3 addObject:commentSummaryRow];if(commentArray.count >0) {for(NSString*commentStringincommentArray) {// 评论内容需要自适应高度,高度值指定为UITableViewAutomaticDimensionSKRow*commentContentRow = [[SKRowalloc] initWithCellIdentifier:@"CommentContentCellIdentifier"data:commentString rowHeight:UITableViewAutomaticDimension]; [section3 addObject:commentContentRow]; }// 查看所有评论SKRow*allCommentRow = [[SKRowalloc] initWithCellIdentifier:@"AllCommentCellIdentifier"data:@"查看所有评论"rowHeight:44]; [section3 addObject:allCommentRow];}else{// 无评论SKRow*noCommentRow = [[SKRowalloc] initWithCellIdentifier:@"NoCommentCellIdentifier"data:@"暂无评论"rowHeight:44]; [section3 addObject:noCommentRow];}[self.tableSections addObject:section3];[self.tableView reloadData];
上面的代码同样比较冗长,但逻辑也同样十分简单。按显示顺序拼凑cell数据,有些不一定显示的内容块,如促销,则随机判断,如果显示,将数据加入到section数组中[section1 addObject:salePromotionRow];。其他类型的cell也是类似的,不再赘述。要注意的是,评论内容的文本可能有多行,我们将它的cell高设置为UITableViewAutomaticDimension:
[[SKRow alloc] initWithCellIdentifier:@"CommentContentCellIdentifier" data:commentString rowHeight:UITableViewAutomaticDimension];
由于评论内容cell我们使用了Auto Layout,这样就可以利用iOS 8 TableView的新特性,自动计算cell的高度。拼接完数据后,只要调用[self.tableView reloadData];让TableView重新加载即可。
好了,这样就大功告成:
最终效果
使用上述方式制作这种内容块可变的界面虽然写起来较为啰嗦,但有如下优点:
逻辑清晰简单,易于理解。视图间不存在像先前HeaderView + Auto Layout + FooterView那种麻烦的约束处理,内容块的显示与否处理非常简便。
性能比较好。有些cell可以复用,减少开销。并且只加载需要显示的View,如果是之前的做法,或者用scrollView来做,虽然最终也是只显示需要的View,但不需要显示的View还是要加载进来,有性能损耗。
易于静态调整。如果产品经理要求调换内容块的显示顺序,只要移动下拼凑cell数据的代码顺序即可。如果是去除某个内容块,代码上的调整也不复杂。
易于动态调整内容块的显示顺序。所谓的动态调整,是指界面要根据接口返回的数据,来决定哪些内容块显示在前面,哪些显示的后面。比如接口返回type=0时,价格项显示在商品名称之上,而type=1时,价格项显示在商品子标题之下。
易于处理相似但又不同的界面。比如商品有好几种不同的类型,有特惠专区,有免费专区的。免费专区的商品详情在价格内容块上要显示不一样的内容。这时,就可以多做一种类型的cell,根据接口返回type进行判断,如果是免费专区则选取免费专区的cell来显示。用之前HeaderView
+ Auto Layout的做法,就要费神地去调整约束,事倍功半。
易于扩展增加新的内容块。要增加新的内容块,只需创建新的cell,在数据拼接时,增加拼接新cell类型的数据代码,同样在显示的地方增加显示新cell类型的代码即可,几乎不需要修改原有的逻辑。
最后,附上Demo工程代码。注意,这个工程是用XCode 8创建的,低版本的XCode可能运行会有问题(XCode 8的storyboard默认好像不兼容老版本),示例是基于iOS 8,如果要兼容老版本,请自行修改(主要是涉及cell自动算高的部分)。
后记
写这篇文章之初,只是作为一个note,想着有哪个做iOS的朋友遇到类似的问题,可以给他做个参考。没想到,竟引来不少关注,还被推上公众号,收到不少评论,自己也因此打了一些“口水仗”。
从中,我也意识到我少强调了一件“显而易见”的事件。我想说,我的方法并不适用所有情况,也不是要解决所有的问题。那些持批评观点的,大多是面临的问题需求不同所致。就好比我的方法是一把切水果的刀,而你要拿它去剁骨头,那当然是不行的,它本来就不是用来剁骨头的。
当然,很庆幸的是,从这些讨论批评中,我也发现这种方法的一些不足,也有不少有益的收获。
不足之处在于:
不大适用于交互比较多的界面。如:点击某个按钮显示/隐藏某个数据项、填写表单项等
交互比较多的界面
像这个界面,选了优惠券后,要更新显示优惠信息,更新对应的应付款,用这种方法就不方便了
多个接口获取数据并依次展示内容项。比如基本信息一个接口、促销信息一个接口、评论信息一个接口,请求到基本信息数据就要展示基本信息,请求到促销数据就要展示促销信息,以此类推,那么数据拼接会比较麻烦
收获在于,因此认识了@sun6boys,多了一个朋友,可谓是不打不相识。虽然他在文章的评论中并没有详细展示他的方法,但在私下的讨论中,我已经窥探到了他的方法全貌。他对我方法不足的指责是有道理的,他的方法在数据的处理上比我规整,我的方法显得原始粗暴。对于有交互的界面及从多个接口获取数据依次展示的处理上,也要更加容易,整体的思路实现也非常简洁,可以看作是我这种方法的升级改进版。更难能可贵的是,他为此专门写了一个demo放到了github上:https://github.com/sun6boys/CRVisibleCellsDemo,大家可以学习参考。
同样,也有其他的解决方法,比如完全用scrollview实现的:《复杂界面开发之所思》。我并不赞同用scrollview来做这种界面,原因在那篇文章也多有评论,但不管如何,多参考下其他的方法也是有益处的,至于如何取舍,就看各位的选择了。
其实不论用什么方法,都是一种权衡,需要根据自身的情境去考虑。比如你所面临的需求,是纯展示型的界面,还是交互比较多的界面。比如团队的开发习惯,我的团队比较不习惯用scrollview,自然解决方法就会向tableview靠。比如团队技能、学习成本,有的方法对约束的使用要求较高,这就是一种技能要求、一种门槛,会对团队开发和新人融入产生影响。有人说我的方法偏傻瓜式,这是对的,因为这也是我所追求的。傻瓜式就意味着容易上手,团队成员可以很容易使用这个方法,不管是接手别人的代码,还是有新人进入团队,做这一块的东西,都不会多高的门槛。并且这个方法也已经足够解决目前的问题,我觉得这样就够了。
所以,我觉得用哪种方法都不奇怪,甚至综合各种因素后,使用H5去做也可以啊。当然,那样的话,也就没iOS多少事了。