UITableView гибкий / динамический heightForRowAtIndexPath

раньше я делал это с помощью:

1. создание объектов коллекции (массив информации о размере (словарь, NSNumber высот строк и т. д.) на основе объектов коллекции, которые будут использоваться для представления таблицы.

2. Это делается, когда мы обрабатываем данные из локального или удаленного источника.

3. Я предопределяю тип и размер шрифта, который будет использоваться, когда я создаю эту коллекцию объектов. Вы можете даже храните объекты UIFont или любые пользовательские объекты, используемые для представления содержимого.

4. эти объекты коллекции будут использоваться каждый раз, когда я реализую протоколы UITableViewDataSource или UITableViewDelegate для определения размеров экземпляров UITableViewCell и его подвидов и т. д.

таким образом, вы можете избежать необходимости подкласса UITableViewCell только для получения различных свойств размера его содержимого.

не использовать абсолютное значение для инициализации кадров. Используйте относительное значение, основанное на текущей ориентации и границах.

Если мы повернем его в любую ориентацию, просто сделайте механизм изменения размера во время выполнения. Убедитесь, что маска авторазбора установлена правильно.

вам нужны только высоты, вам не нужны все эти ненужные вещи внутри UITableViewCell для определения высоты строки. Возможно, вам даже не нужна ширина, потому что, как я уже сказал, значение ширины должно быть относительно просмотр границ.

вот мой подход для решения этой

1. Я предполагаю, что в этом решении только одна метка имеет "динамическую" высоту
2. Я также предполагаю, что если мы сделаем метку автоматического размера, чтобы растянуть высоту, поскольку ячейка растет, только высота ячейки необходима для изменения
3. Я предполагаю, что перо имеет соответствующий интервал для того, где метка будет и сколько места выше и ниже его
4. мы не хотим менять код каждый раз, когда мы изменить шрифт или положение метки в наконечнике

Как обновить высота:

-(CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {

    // We want the UIFont to be the same as what is in the nib,
    //  but we dont want to call tableView dequeue a bunch because its slow. 
    //  If we make the font static and only load it once we can reuse it every
    //  time we get into this method
    static UIFont* dynamicTextFont;
    static CGRect textFrame;
    static CGFloat extraHeight;
    if( !dynamicTextFont ) {
        DetailCell *cell = [tableView dequeueReusableCellWithIdentifier:@"cell"];
        dynamicTextFont = cell.resizeLabel.font;
        CGRect cellFrame = cell.frame;
        textFrame = cell.resizeLabel.frame;
        extraHeight = cellFrame.size.height-textFrame.size.height; // The space above and below the growing field
    }
    NSString* text = .... // Get this from the some object using indexPath 

    CGSize  size = [text sizeWithFont:dynamicTextFont constrainedToSize:CGSizeMake(textFrame.size.width, 200000.f) lineBreakMode:UILineBreakModeWordWrap];

    return size.height+extraHeight;
}

вопросы:

• если вы не используете ячейку прототипа, вам нужно будет проверить, является ли ячейка нулевой и инициализировать ее
• ваш наконечник / раскадровка должны иметь авторазмер UILabel и иметь несколько строк, установленных в 0

вы должны взглянуть на TTTableItemCell.m в рамках Three20. Он следует другому подходу, в основном, имея каждый класс ячеек (с некоторыми предопределенными настройками, такими как шрифт, макет и т. д.) реализовать общий метод + tableView: sizeForItem: (или что-то в этом роде), где он получает переданный текст в объекте item. Когда вы ищете текст для определенной ячейки, вы также можете найти соответствующий шрифт.

относительно высоты ячейки: вы можете проверить ширину вашего tableView и, если необходимо, вычесть поля на UITableViewStyleGrouped и ширина возможного индексного бара и элемента раскрытия (который вы ищете в хранилище данных для данных ваших ячеек). Когда ширина tableView изменяется, например, вращением интерфейса, вы должны вызвать [tableView reloadData].

чтобы ответить на вопрос оригинальный плакат спросил, который был " это нормально, чтобы позвонить cellForRowAtIndexPath?- это не так. Это даст вам ячейку, но она не будет выделять ее этому indexPath внутренне, и она не будет повторно поставлена в очередь (нет способа вернуть ее), поэтому вы просто потеряете ее. Я предполагаю, что это будет в autorelease пул и будут в конце концов освобождены, но вы все равно будете создавать множество клеток снова и снова и это действительно довольно расточительно.

вы можете сделать динамические высоты ячеек, вы даже можете заставить их выглядеть довольно красиво, но это много работы, чтобы действительно сделать их бесшовными, даже больше, если вы хотите поддерживать несколько ориентаций и т. д.

у меня есть идея о динамической высоте ячейки.

просто создайте один экземпляр вашей пользовательской ячейки в качестве переменной-члена UITableViewController. В tableView:heightForRowAtIndexPath: метод устанавливает содержимое ячейки и возвращает высоту ячейки.

таким образом, вы не будете создавать/autoreleasing ячейки несколько раз, как вы будете, если вы звоните cellForRowAtIndexPath внутри heightForRowAtIndexPath метод.

UPD: для удобства, вы также можете создать статический метод в пользовательский класс ячейки, которые будут создайте экземпляр одноэлементной ячейки для вычисления высоты, установите содержимое ячейки и затем верните ее высоту.

tableView:heightForRowAtIndexPath: тело функции будет выглядеть так:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    return [MyCell cellHeightForContent:yourContent];
}

вот мое решение, которое я использовал для реализации некоторых довольно гладких ячеек для приложения чата.

до этого момента я всегда был очень раздражен heightForCellAtIndexPath: потому что это приводит к нарушению сухого принципа. С помощью этого решения мой heightForRowAtIndexPath: стоит 1,5 МС на ячейку, которую я мог бы сбривать до ~1 мс.

в принципе, вы хотите, чтобы каждый подвид внутри вашей ячейки реализовывал sizeThatFits: создайте закадровую ячейку, которую вы затем настройте запрос корневого представления с помощью sizeThatFits: CGSizeMake(tableViewWidth, CGFLOAT_MAX).

есть несколько подводных камней на этом пути. Некоторые представления UIKit имеют дорогостоящие операции установки. Например - [UITextView setText] делает много работы. Трюк здесь состоит в том, чтобы создать подкласс, буферизовать переменную, а затем переопределить setNeedsDisplay для вызова -[super setText:], когда представление будет отображаться. Конечно, вам придется реализовать свой собственный sizeThatFits: использование программирования с использованием UIKit увеличение.