Завантаження багаторазового UITableViewCell з наконечника

Я можу спроектувати власні UITableViewCells і завантажувати їх просто чудово, використовуючи техніку, описану в потоці, знайденому на http://forums.macrumors.com/showthread.php?t=545061 . Однак використання цього методу більше не дозволяє ініціювати комірку за допомогою reuseIdentifier, що означає, що вам потрібно створювати цілі нові екземпляри кожної комірки під час кожного виклику. Хтось придумав хороший спосіб все-таки кешувати певні типи комірок для повторного використання, але все ж мати можливість їх проектувати в Interface Builder?

Просто реалізуйте метод з відповідною сигнатурою методу:

- (NSString *) reuseIdentifier {
  return @"myIdentifier";
}

Власне, оскільки ви будуєте комірку в Interface Builder, просто встановіть там ідентифікатор повторного використання:

Або якщо у вас запущений Xcode 4, перевірте вкладку Інспектор атрибутів:

(Редагувати: Після того, як ваш XIB згенерований XCode, він містить порожній UIView, але нам потрібен UITableViewCell; тому вам доведеться вручну видалити UIView і вставити комірку перегляду таблиці. Звичайно, IB не відображатиме жодних параметрів UITableViewCell для UIView.)

Тепер у iOS 5 для цього існує відповідний метод UITableView:

- (void)registerNib:(UINib *)nib forCellReuseIdentifier:(NSString *)identifier

Я не пам’ятаю, де я знайшов цей код спочатку, але дотепер він чудово працює для мене.

- (UITableViewCell *)tableView:(UITableView *)tableView 
         cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    static NSString *CellIdentifier = @"CustomTableCell";
    static NSString *CellNib = @"CustomTableCellView";

    UITableViewCell *cell = (UITableViewCell *)[tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (cell == nil) {
        NSArray *nib = [[NSBundle mainBundle] loadNibNamed:CellNib owner:self options:nil];
        cell = (UITableViewCell *)[nib objectAtIndex:0];
    }

    // perform additional custom work...

    return cell;
}

Приклад налаштування побудови інтерфейсу ...

Подивіться на відповідь, яку я дав на це запитання:

Чи можна розробити підкласи NSCell у Interface Builder?

Це не лише можливість розробити UITableViewCell в IB, це бажано, оскільки в іншому випадку вся ручна проводка та розміщення декількох елементів дуже нудна. Ефективність чудова, якщо ви обережно робите всі елементи непрозорими, коли це можливо. Ідентифікатор повторного використання встановлюється в IB для властивостей UITableViewCell, тоді ви використовуєте відповідний ідентифікатор повторного використання в коді під час спроби зняти чергу.

Минулого року я також чув від деяких доповідачів у WWDC, що не слід робити комірки для перегляду таблиці в IB, але це дуже багато.

Починаючи з iOS близько 4.0, у документації для iOS є конкретні інструкції, які роблять цю роботу надшвидкою:

http://developer.apple.com/library/ios/#documentation/UserExperience/Conceptual/TableView_iPhone/TableViewCells/TableViewCells.html#//apple_ref/doc/uid/TP40007451-CH7

Прокрутіть униз до місця, де йдеться про підклас UITableViewCell.

Ось ще один варіант:

NSString * cellId = @"reuseCell";  
//...
NSArray * nibObjects = [[NSBundle mainBundle] loadNibNamed:@"CustomTableCell" owner:nil options:nil];

for (id obj in nibObjects)
{
    if ([obj isKindOfClass:[CustomTableCell class]])
    {
        cell = obj;
        [cell setValue:cellId forKey:@"reuseIdentifier"];
        break;
    }
}

Я створюю свої власні клітинки подання подібним чином - за винятком того, що я підключаю комірку через IBOutlet.

[nib objectAt...]Підхід чутливий до змін в позиції елементів в масиві.

UIViewControllerПідхід хороший - просто спробував його, і він працює досить добре.

АЛЕ ...

У всіх випадках initWithStyleконструктор НЕ викликається, тому ініціалізація за замовчуванням не проводиться.

Я читав різні місця про використання initWithCoderабо awakeFromNib, але не маю переконливих доказів того, що будь-яке з них є правильним шляхом.

Окрім явного виклику якогось методу ініціалізації в cellForRowAtIndexPathметоді, я ще не знайшов відповіді на це.

Деякий час тому я знайшов чудовий допис у блозі на цю тему на blog.atebits.com , і з тих пір почав використовувати клас Loren Brichter ABTableViewCell для виконання всіх моїх UITableViewCells.

У підсумку ви отримаєте простий контейнер UIView, щоб розмістити всі ваші віджети, а прокрутка блискавично швидка.

Сподіваюся, це корисно.

Цей прийом також працює, і для керування пам’яттю не потрібен фанк ivar у вашому контролері перегляду. Тут клітинка користувацького подання таблиці живе у xib з назвою "CustomCell.xib".

 static NSData *sLoadedCustomCell = nil;

 cell = [tableView dequeueReusableCellWithIdentifier:@"CustomCell"];
 if (cell == nil) 
 {
   if (sLoadedCustomCell == nil) 
   {        
      // Load the custom table cell xib
      // and extract a reference to the cell object returned
      // and cache it in a static to avoid reloading the nib again.

      for (id loadedObject in [[NSBundle mainBundle] loadNibNamed:@"CustomCell" owner:nil options:nil]) 
      {
        if ([loadedObject isKindOfClass:[UITableViewCell class]]) 
        {
          sLoadedCustomCell = [[NSKeyedArchiver archivedDataWithRootObject: loadedObject] retain];
          break;
        }
    }
    cell = (UITableViewCell *)[NSKeyedUnarchiver unarchiveObjectWithData: sLoadedCustomCell];
  }

Метод Луї працював у мене. Це код, який я використовую для створення UITableViewCell з перо:

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{   
    UITableViewCell *cell = (UITableViewCell *)[tableView dequeueReusableCellWithIdentifier:@"CustomCellId"];

    if (cell == nil) 
    {
        UIViewController *c = [[UIViewController alloc] initWithNibName:@"CustomCell" bundle:nil];
        cell = (PostCell *)c.view;
        [c release];
    }

    return cell;
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

static NSString *simpleTableIdentifier = @"CustomCell";

CustomCell *cell = (CustomCell *)[tableView dequeueReusableCellWithIdentifier:simpleTableIdentifier];
if (cell == nil)
{
    NSArray *nib = [[NSBundle mainBundle] loadNibNamed:@"CustomCell" owner:self options:nil];
    cell = [nib objectAtIndex:0];

    [cell setSelectionStyle:UITableViewCellSelectionStyleNone];
}         

return cell;
}

Рішення gustavogb для мене не працює, я спробував:

ChainesController *c = [[ChainesController alloc] initWithNibName:@"ChainesController" bundle:nil];
[[NSBundle mainBundle] loadNibNamed:@"ChaineArticleCell" owner:c options:nil];
cell = [c.blogTableViewCell retain];
[c release];

Здається, це працює. BlogTableViewCell - це IBOutlet для комірки, а ChainesController - власник файлу.

З документації UITableView щодо dequeueWithReuseIdentifier: "Рядок, що ідентифікує об’єкт комірки, який потрібно використовувати повторно. За замовчуванням ідентифікатор багаторазової комірки - це ім’я класу, але ви можете змінити його на будь-яке довільне значення."

Замінити -використовувати ідентифікатор себе ризиковано. Що станеться, якщо у вас є два підкласи вашого підкласу комірок і ви користуєтесь обома ними в одному поданні таблиці? Якщо вони надішлють виклик повторного використання на super, ви виведете з комірки неправильний тип .............. Я думаю, вам потрібно перевизначити метод reuseIdentifier, але нехай він поверне витіснений ідентифікатор рядок. Або, якщо один не вказаний, нехай він повертає клас як рядок.

Для чого це варте, я запитав про це інженера iPhone на одному з iPhone Tech Talks. Він відповів: "Так, можна використовувати IB для створення комірок. Але не робіть. Будь ласка, не робіть".

Я виконував вказівки Apple за посиланням Бена Мошера (дякую!), Але виявив, що Apple пропустила важливий момент. Об'єкт, який вони проектують у IB, - це просто UITableViewCell, як і змінна, яку вони завантажують із нього. Але якщо ви насправді встановили його як власний підклас UITableViewCell і написали файли коду для підкласу, ви можете написати декларації IBOutlet та методи IBAction у коді та підключити їх до своїх власних елементів у IB. Тоді немає необхідності використовувати теги подання для доступу до цих елементів, і ви можете створити будь-яку шалену комірку, яку хочете. Це какао-сенсорне небо.