При использовании динамического расчета высоты UITableViewCells с помощью UITableViewAutomaticDimension вы должны установить оценочное значение RowHeight. Есть ли какая-либо информация о том, как плохая оценочная стоимость влияет на производительность?Как оценивается оценка RowHeight?
Оцененная высота строки не так важна, как вы думаете. Он в основном используется таблицей для настройки определенных элементов пользовательского интерфейса, например, таких как полосы прокрутки. Когда tableView.reloadData() называется таблицей, это все равно пересчитывает. Как правило, я использую только примерную высоту строки либо 44, либо любую другую высоту моей ячейки-заполнителя, которая отображается во время загрузки данных. Эффективные последствия использования неточного estimatedRowHeight минимальны и несуществуют, так как это фактически не способствует вычислению динамической высоты ячеек, помеченных как UITableViewAutomaticDimention.
хороший материал для чтения о производительности 'UITableView' и его ячеек: https://medium.com/ios-os-x-development/perfect-smooth-scrolling-in-uitableviews-fd609d5275a5#.qmigr9vhy – holex
К сожалению, есть только одно предложение, в котором упоминается UITableViewAutomaticDimension. –
вам может потребоваться прочитать о том, как _constraints_ влияет на производительность по мере создания динамической высоты на их основе; Я бы рекомендовал прочитать весь документ целиком, а не только заголовки. – holex