最近在画一个界面,走了很多的弯路,总结下。
话不多说,我们先来看下效果:
咋看下,也就是一个有多个
section
的tableView
,so easy!我们先来看下数据结构:
结构层级.png
首先,最外层是一个数组,数组里面是个对象,这个对象里面又包含一个数组,这个数组里面放的也是个对象,然后这个对象里面又包含两个数组,绕的不行....
粗略的画了下结构,大概这样:
结构图.png
下面我们来构建下数据模型:
Model我们来分析下:
JADataModel
作为tableView
的section
,也就是有多少个JADataModel
对象,我们就有多少section
dayjourney
作为tableView
的row
,也就是有多少个dayjourney
对象,我们一组就有就有多少row
dayjourney
里面的journeyrange、picurls
数组该怎么搞呢?
或许我们可以自定义个存放多个图片或者文本的控件,但是这样会非常麻烦,journeyrange、picurls
这两个数组里面的元素是不固定的,计算位置,控制显示隐藏等非常难搞。
那还有没有别的办法呢?
思路
如果我们在 cell 里面再放一个 tableView,用来接收
journeyrange、picurls
这两个数组,也就是 子tableView创建journeyrange、picurls
两个section
,每个section
里面创建journeyrange
数组个数的row
和picurls
数组个数的row
实践
传递数据模型到最外层 cell 里面
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
JANestCell *cell = [tableView dequeueReusableCellWithIdentifier:JANestCellIdentifier forIndexPath:indexPath];
cell.dayModel = self.dataArr[indexPath.section].dayjourney[indexPath.row];
return cell;
}
cell里面接收并重写set
方法
重写
set
- (void)setDayModel:(dayjourney *)dayModel
{
_dayModel = dayModel;
self.dotView.hidden = !dayModel.lastRow;
self.lblTheme.text = dayModel.theme;
self.lblContent.text = dayModel.content;
self.icon.image = [UIImage imageNamed:[self fetchNameWithIconType:dayModel.type]];
[self.nestTableView reloadData];
self.tableHeightConstraint.constant = self.nestTableView.contentSize.height;
}
重写的
set
方法无非就是一些常规的赋值,不过里面有两点注意点:
1.[self.nestTableView reloadData]
记得刷新cell里面的tableView
2.self.tableHeightConstraint.constant = self.nestTableView.contentSize.height;
这句代码的作用是让nestTableView
自适应cell高度,这里的tableHeightConstraint
约束,是nestTableView
的一条固定高度约束 记得禁掉nestTableView
的scrollEnabled
属性
我们来看看xib
xib这里有两个个注意点:
1.因为外层的 cell 里面的内容是自适应的,所以我们在给约束的时候一定要确定好垂直方向的约束,不然没法算出正确的cell高度。
2.
nestTableView
的高度约束,如果priority
直接给1000
,可能会约束冲突,我们可以设置成 750
效果层级图
层次结构图1.绿色大框的是最外层
tableView
的一个section
,红底色的是tableView
自定义的UITableViewHeaderFooterView
2.黄色框的是tableView
一个section
中的一个row
3.蓝色框的是cell
里面嵌套的一个nest tableView
,里面用来存放一个字符串数组以及图片数组
遗留问题
注意好上面的几点,其余的就是正常 tableView 的 代理以及数据源操作了,就不细说了。当弄好其余的操作,运行起来会发现:
在不同尺寸屏幕下,cell 的行高,计算的有误差!!!
计算cell行高方法:
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
JADataModel *sectionModel = self.dataArr[indexPath.section];
self.nestCell.dayModel = sectionModel.dayjourney[indexPath.row];
return [self.nestCell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize].height + 1;
}
上面代码中的
self.nestCell
是个专门为计算高度而生的template layout cell
- (JANestCell *)nestCell
{
if (!_nestCell) {
_nestCell = [[NSBundle mainBundle] loadNibNamed:JANestCellIdentifier owner:self options:nil].firstObject;
}
return _nestCell;
}
问题的原因是:
没有设置对
UILable
正确的preferredMaxLayoutWidth
值,只要用到了UILable
,就一定要设置好正确的preferredMaxLayoutWidth
!!!
self.lblTheme.preferredMaxLayoutWidth = [UIScreen mainScreen].bounds.size.width - 83.0f;
self.lblContent.preferredMaxLayoutWidth = [UIScreen mainScreen].bounds.size.width - 83.0f;
计算 preferredMaxLayoutWidth这里的
83.0f
是怎么来的呢?
虽然设置好正确的preferredMaxLayoutWidth
,就可以解决 cell 高度计算不准确的问题,但是这种设置方式很投机!
如果一行有多个宽度不确定的UILable
或者水平方向上的某个控件宽度不确定,那就没法通过上面的投机方式算出正确的preferredMaxLayoutWidth
值
其实,preferredMaxLayoutWidth
值就是 UILable
矩形框的宽度,要解决这个问题,就需要在自定义cell里面拿到UILable
正确的frame
,我用xib
画 cell 比较多,虽然在 - (void)layoutSubviews
里面能拿到正确的UILable
的frame
,但是此时在设置preferredMaxLayoutWidth
却是没效果的
网友评论
具体问题http://www.cocoachina.com/bbs/read.php?tid=1693847在这里,
希望您能帮我解决下
谢谢
借助UITableView-FDTemplateLayoutCell用纯代码实现了,大致思路:外层Cell用UITableView-FDTemplateLayoutCell进行高度缓存,外层Cell嵌套子TableView(被嵌套的子TableView因为scrollEnable= false 就感觉没必要做高度缓存了,就直接用了系统的UITableViewAutomaticDimension),外层Cell里面的TableView做上下左右约束,同时约束一个高度值(因为收到内部模型后需要根据模型动态调整内部TableView的高度,因此TableView距离父控件的Bottom的约束和高度约束肯定会冲突,我是把距离Bottom的约束优先级降低,然后在模型set方法里,计算模型高度,累加就等于子TableView的高度,同时更新高度约束,刷新)。
楼主用temp Cell 利用系统约束的方法直接计算出高度 ,相比计算文字和图片高度,应该是更精确的吧。