2
UITableViewAutomaticDimensionによる動的UITableViewCells高さ計算を使用する場合は、estimatedRowHeightを設定する必要があります。悪い推定値がパフォーマンスにどのような影響を与えるかについての情報はありますか?estimatedRowHeightはどのようにパフォーマンスに影響しますか?
UITableViewAutomaticDimensionによる動的UITableViewCells高さ計算を使用する場合は、estimatedRowHeightを設定する必要があります。悪い推定値がパフォーマンスにどのような影響を与えるかについての情報はありますか?estimatedRowHeightはどのようにパフォーマンスに影響しますか?
推定される行の高さは、必ずしも重要ではありません。主に、スクロールバーなどの特定のUI要素を設定するためにテーブルで使用されます。 tableView.reloadData()
が呼び出されると、テーブルはこれをとにかく再計算します。一般的なルールとして、データの読み込み中に表示されるプレースホルダーセルの高さに関係なく、44行の推定行高さだけを使用します。 estimatedRowHeight
を使用した場合のパフォーマンスの影響は、実際にはUITableViewAutomaticDimention
とマークされたセルの動的高さの計算には寄与しないため、存在しない場合は最小限に抑えられます。
「UITableView」とそのセルのパフォーマンスに関する良い読書資料:https://medium.com/ios-os-x-development/perfect-smooth-scrolling-in-uitableviews-fd609d5275a5#.qmigr9vhy – holex
残念ながら、 UITableViewAutomaticDimensionが記述されている1つのセンテンス。 –
_constraints_が動的高さがそれらに基づいて生成されるときのパフォーマンスにどのように影響するかについて読む必要があります。見出しだけでなく、全文を読むことをお勧めします。 – holex