использование iPhone-dequeueReusableCellWithIdentifier

Что касается идентификатора ячейки-вместо того, чтобы просто использовать "ячейку" для идентификатора и вместо использования уникального идентификатора, такого как OP, не могли бы вы использовать "идентификатор типа"? Например, если в моей таблице было 3 типа ячеек - один с очень сложным под-макетом, один с просто Style1 и Style2, Я должен идентифицировать эти три отдельно, а затем просто перестроить их, если dequeue появится nil.

например:

-(UITableViewCell*)tableView:(UITableView*)tableView cellForRowAtIndexPath:(NSIndexPath*)indexPath{
    NSString* ident = @"";
    if(indexPath.section == 0) ident= @"complicated";
    if(indexPath.section == 1) ident= @"style1";
    if(indexPath.section == 2) ident = @"style2";

    UITableViewCell* cell = [tableView dequeueReusableCellWithIdentifier:ident];

    if(cell == nil){

       if(ident == @"complicated"){
          cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero reuseIdentifier:ident] autorelease]; 
         // do excessive subview building
       }
       if(ident == @"style1"){
          cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyle1 reuseIdentifier:ident] autorelease]; 
       }

       if(ident == @"style2"){
          cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyle2 reuseIdentifier:ident] autorelease]; 
       }


    }
    if(ident == @"complicated"){
       // change the text/etc (unique values) of our many subviews
    }
    if(ident == @"style1"){
      [[cell textLabel] setText:@"Whatever"];
    }
    if(ident == @"style2"){
      [[cell textLabel] setText:@"Whateverelse"];
    }

    return cell; 
}

(этот код, вероятно, не будет работать потому что я написал это здесь, но надеюсь, вы поняли идею. )

Я не думаю, что Apple создала бы всю идею многоразовой ячейки с идентификаторами, если бы они хотели, чтобы все идентификаторы были "cell", вам не кажется?

документация, которая помогла мне понять, почему идиоматический способ (тот, который вы описали первым) работает лучше всего было ссылка на класс UITableViewCell на initWithStyle:reuseIdentifier: метод.

The reuseIdentifier подраздел гласит:

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

и подраздел "Обсуждение" гласит:

идентификатор повторного использования связан с этими ячейками (строки) табличного представления, имеющие одинаковую общую конфигурацию, за вычетом содержимого ячейки.

эти утверждения дают мне понять, что идиоматический способ использования dequeueReusableCellWithIdentifier внутри вашей реализации tableView:cellForRowAtIndexPath: для UITableViewDataSource создает один объект ячейки для каждого видимого строка независимо от общего числа строк.

Я думаю, что первый из них является лучшим (и, как вы сказали, распространенным) способом реализации UITableView. С вашим вторым способом будет выделена память для каждой новой ячейки, которая отображается, и никакая память не будет использоваться повторно.

UITableView внутренне использует ячейку с идентификатором в качестве "шаблона". Поэтому в следующий раз, когда вы (читаете как таблицу) пытаетесь выполнить Деку, он просто создает новую ячейку, но использует сохраненный объект в качестве шаблона. Поэтому вам все равно придется обновить его пользовательский интерфейс, чтобы отразить содержимое ячейки в соответствии с контекстом.

Это также означает, что UITableView делает управление памятью клеток для нас, как такового. В теории их будет только так много UITableViewCell объектов столько же, сколько видимых ячеек. Но практически, там может быть, еще пара ждет освобождения памяти.

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

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

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

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

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

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

UITableViewCell *cell = [self cellForRowAtIndexPath:indexPath]

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