tableView行高的解读

设置了预估行高web

           

      当前显示行高会调用三次ide

      预估行高不一样,调用次数不一样,预告行高大,调用次数少,预估行高小.调用次数多spa

           

        1 使用预估行高计算处预估的 contentSizeorm

        2 根据预估行高,判断计算次数,顺序计算每一行的行高,更新contentSize继承

        3 若是预估行高过大,超出预估范围,顺序计算后续行高,一旦到填满屏幕退出,同时更新contentSizeit

        4 使用预估行高,每一个cell显示前都须要计算,单个cell的效率是低的,总体效率高效率

           

        5 执行顺序 行数---->cell--->行高(每一个cell调用一次就调用一次行高,对应的)用户体验

        6 预估行高的取值尽可能靠近 不要太大不要过小webkit

           

    没有设置预估行高queue

           

        1 计算全部行高度

        2 再计算显示行的高度  问题:为何调用全部的行高的方法?

        3 UITableView继承自UIScrollView,苹果很是注重用户体验,因此要求表格滚动的时候要流畅,而这个取决于(contentSize)能够准确的计算滚动范围 这就是为何把全部的都计算一遍的缘由

        4 执行顺序 行数--->行高--->cell显示内容

        5 dequeueReusableCellWithIdentifier(identifier: String, forIndexPath indexPath: NSIndexPath)这个方法会调用行高的方法

        6 dequeueReusableCellWithIdentifier(identifier:String)这个方法不会调用行高方法不建议使用

相关文章
相关标签/搜索