欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

详解ios11中estimatedRowHeight属性

程序员文章站 2023-12-19 11:58:28
相信大家都已经升级了ios11,而且也做了相应的适配,其中对于tableview这个控件进行适配的时候,比如:集成mjrefresh的时候,当然还有其他很多情况下,很多资料...

相信大家都已经升级了ios11,而且也做了相应的适配,其中对于tableview这个控件进行适配的时候,比如:集成mjrefresh的时候,当然还有其他很多情况下,很多资料都有说需要把estimatedrowheight属性设置为0,那么它到底是什么,为什么要这么来做,我们来探究下。

什么是estimatedrowheight?

详解ios11中estimatedRowHeight属性

简而言之estimatedrowheight是一个预估高度,ios11之前是为0,在ios11下,这个值默认为44。

我们知道tableview是继承于scrollview的,一个scrollview能滑动,需要设置contentsize,那么tableview的contentsize怎么来呢?ios11之前,会调用tableview每一个cell的heightforrowatindexpath来算出整个高度,从而相加得出contentsize来,这一个步骤挺耗性能!

所以ios11,默认打开了estimatedrowheight估算高度功能,当tableview创建完成后,contentsize为estimatedrowheight(默认值为44)*cell的数量,不需要遍历每一个cell的heightforrowatindexpath来计算了。但是这样子真实的contentsize又怎么得出来呢?

不要急,我们看官方文档的描述,里面的一句话

详解ios11中estimatedRowHeight属性

也就是说在滑动的时候,来计算这个值。具体是怎么计算的,我们可以举2个例子:

例子一

我们创建一个tableview,在iphone7(ios11)下,origin = (x = 0, y = 20),size = (width = 375, height = 657),此时方法返回的cell高度为50

-(nsinteger)tableview:(uitableview )tableview numberofrowsinsection:(nsinteger)section{   return 100; }  `
-(cgfloat)tableview:(uitableview )tableview heightforrowatindexpath:(nsindexpath )indexpath{   return 50; } 
-(void)scrollviewdidscroll:(uiscrollview )scrollview {   nslog(@”table contentsize %@”, 
nsstringfromcgsize(scrollview.contentsize)); }

详解ios11中estimatedRowHeight属性

结果我们可以看到下图,初始高度为100 * 44=4400

table contentsize {375, 4400}

当我往下拉(往下不是往上),不会出现新的cell,仅仅是为了触发scrollviewdidscroll这个方法来打印出下面语句来

table contentsize {375, 4490}

这个值怎么出来的呢?按照计算的话,也应该是4400+(50-44)*13=4478 (这里50-44是每一行的实际高度和预估的高度的差值;13是界面显示出0~12,总共13行)。

后面经过调试你会发现,实际上会调用15次heightforrow的方法,这15次,是预估高度为44,在657高度的屏幕上,会显示出657/44=15个cell出来,所以它的实际计算会根据这个值来进行,那么此时我们就能得出正确的结论来了4400+15*(50-44)=4490。

后面当你每次显示出新的cell出来的时候,再进行调整,增加50-44=6的高度。

例子二

和例子一的区别在于,cell高度返回为30,也就是小于预估高度44,其余不变

-(cgfloat)tableview:(uitableview )tableview heightforrowatindexpath:(nsindexpath )indexpath{      
  return 30; 
}

详解ios11中estimatedRowHeight属性

结果我们可以看到下图,初始高度为100 * 44=4400

table contentsize {375, 4400}

当我往下拉(往下不是往上),不会出现新的cell,仅仅是为了触发scrollviewdidscroll这个方法来打印出下面语句来

table contentsize {375, 4092}

按照例子一的解释,我们计算下:4400 -(44-30)15= 4190 !!它又是怎么来的呢?经过调试,我们发现它调用了heightforrow这个方法22次,也就是目前显示在屏幕上的可见cell数量,按照这个,确实符合:4400 -(44-30)22= 4092。同样的,当你往上滑动,出现新的cell的时候,contentsize的高度会减去(44-30)

总结

那么我们可以得出结论,当你的实际高度大于预估高度的时候,会按照预估高度下的cell的数量来计算contentsize,当实际高度小于预估高度的时候,会按照实际高度下的cell的数量来计算contentsize。

如果我们要回到ios11之前的效果,我们可以让estimatedrowheight=0,关闭这个预估高度的效果。

延展

为什么使用mjrefresh在ios11下要让estimatedrowheight=0,因为mjrefresh底部的上拉刷新是根据contentsize来计算的,当数据更新的时候,得出来的contentsize只是预估的。

上一篇:

下一篇: