it-roy-ru.com

В раскадровке, как сделать пользовательскую ячейку для использования с несколькими контроллерами?

Я пытаюсь использовать раскадровки в приложении, над которым я работаю. В приложении есть Списки и Пользователи, и каждый из них содержит коллекцию других (члены списка, списки, принадлежащие пользователю). Соответственно, у меня есть классы ListCell и UserCell. Цель состоит в том, чтобы их можно было повторно использовать во всем приложении (т. Е. В любом из моих контроллеров таблиц).

Вот где я сталкиваюсь с проблемой.

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

Вот конкретные вещи, которые я пробовал до сих пор.

  • В Controller # 1 добавили ячейку прототипа, установите класс в мой подкласс UITableViewCell, установите идентификатор повторного использования, добавьте метки и подключите их к выходам класса. В Controller # 2 добавили пустую ячейку прототипа, установили для нее тот же класс и повторно использовали идентификатор, как и раньше. Когда он запускается, метки никогда не появляются, когда ячейки отображаются в контроллере # 2. Прекрасно работает в контроллере № 1.

  • Разработан каждый тип ячейки в отдельном NIB и подключен к соответствующему классу ячейки. В раскадровку добавили пустую ячейку прототипа и задали ее класс и идентификатор повторного использования для ссылки на мой класс ячейки. В методах viewDidLoad контроллеров регистрировали эти файлы NIB для идентификатора повторного использования. Когда показано, клетки в обоих контроллерах были пусты, как в прототипе.

  • Держал прототипы в обоих контроллерах пустыми и устанавливал класс и повторно использовал id для моего класса ячеек. Пользовательский интерфейс ячеек построен полностью в коде. Ячейки отлично работают во всех контроллерах.

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

В конце концов, я хочу две вещи: соединить потоки на основе табличного представления в раскадровке и определить расположение ячеек визуально, а не в коде. Я не вижу, как получить оба из них до сих пор.

216
Cliff W

Насколько я понимаю, вы хотите:

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

К сожалению, в настоящее время нет способа сделать это. Чтобы понять, почему ваши предыдущие попытки не сработали, вам нужно больше узнать о том, как работают раскадровки и ячейки прототипа табличного представления. (Если вас не волнует почему эти другие попытки не сработали, не стесняйтесь уходить сейчас. У меня нет волшебных обходных путей для вас Кроме того, что вы предлагаете сообщить об ошибке.)

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

  • Каждая ячейка-прототип на самом деле является собственным встроенным мини-пером. Поэтому, когда загружается контроллер табличного представления, он проходит через все перья ячейки прототипа и вызывает -[UITableView registerNib:forCellReuseIdentifier:].
  • В табличном представлении контроллер запрашивает ячейки.
  • Вы, вероятно, звоните -[UITableView dequeueReusableCellWithIdentifier:]
  • Когда вы запрашиваете ячейку с заданным идентификатором повторного использования, она проверяет, зарегистрирован ли у нее nib. Если это так, он создает экземпляр этой ячейки. Это состоит из следующих шагов:

    1. Посмотрите на класс ячейки, как определено в кончике ячейки. Позвоните [[CellClass alloc] initWithCoder:].
    2. Метод -initWithCoder: проходит и добавляет подпредставления и устанавливает свойства, которые были определены в кончике. (IBOutlets, вероятно, и здесь подключены, хотя я этого не проверял; это может произойти в -awakeFromNib)
  • Вы настраиваете свою ячейку так, как хотите.

Здесь важно отметить, что существует различие между классом ячейки и внешним видом клетки. Вы можете создать две отдельные ячейки-прототипы одного и того же класса, но их подвиды выложены совершенно по-разному. Фактически, если вы используете стили UITableViewCell по умолчанию, это именно то, что происходит. Например, стиль "Default" и стиль "Subtitle" представлены одним и тем же классом UITableViewCell.

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

Также обратите внимание, что идентификатор повторного использования ячейки не был зарегистрирован в каком-то глобальном диспансере сотовой связи. Идентификатор повторного использования используется только в контексте одного экземпляра UITableView.


Учитывая эту информацию, давайте посмотрим, что произошло в ваших вышеупомянутых попытках.

В Контроллере # 1 добавлена ​​ячейка прототипа, установлен класс для моего подкласса UITableViewCell, установлен идентификатор повторного использования, добавлены метки и подключены их к выходам класса. В Controller # 2 добавили пустую ячейку прототипа, установили для нее тот же класс и повторно использовали идентификатор, как и раньше. Когда он запускается, метки никогда не появляются, когда ячейки отображаются в контроллере # 2. Прекрасно работает в контроллере № 1.

Это ожидается. Хотя обе ячейки имели один и тот же класс, иерархия представлений, которая была передана в ячейку контроллера № 2, была полностью лишена подпредставлений. Таким образом, вы получили пустую ячейку, которая является именно тем, что вы положили в прототип.

Разработан каждый тип ячейки в отдельном NIB и подключен к соответствующему классу ячейки. В раскадровку добавили пустую ячейку прототипа и задали ее класс и идентификатор повторного использования для ссылки на мой класс ячейки. В методах контроллеров viewDidLoad регистрировали эти файлы NIB для идентификатора повторного использования. Когда показано, клетки в обоих контроллерах были пусты, как в прототипе.

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

Это решение было близко, хотя. Как вы заметили, вы можете просто программно вызвать -[UITableView registerNib:forCellReuseIdentifier:], передав UINib, содержащее ячейку, и вы получите эту же ячейку. (Это не потому, что прототип "перекрывал" перо; вы просто не зарегистрировали перо в виде таблицы, поэтому оно все еще смотрело на перо, встроенное в раскадровку.) К сожалению, у этого подхода есть недостаток - нет никакого способа подключить сегменты раскадровки к ячейке в отдельном кончике.

Держал прототипы в обоих контроллерах пустыми и устанавливал класс и повторно использовал id для моего класса ячеек. Пользовательский интерфейс ячеек построен полностью в коде. Ячейки отлично работают во всех контроллерах.

Естественно. Надеюсь, это неудивительно.


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

204
BJ Homer

Несмотря на отличный ответ Б. Дж. Гомера, я чувствую, что у меня есть решение. Что касается моего тестирования, оно работает.

Концепция: Создайте собственный класс для ячейки xib. Там вы можете дождаться сенсорного события и выполнить передачу программно. Теперь все, что нам нужно, это ссылка на контроллер, выполняющий Segue. Мое решение состоит в том, чтобы установить его в tableView:cellForRowAtIndexPath:.

Пример

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

DetailedTaskCell.xib

Для этой ячейки существует специальный класс TaskGuessTableCell:

enter image description here

Здесь происходит волшебство.

// TaskGuessTableCell.h
#import <Foundation/Foundation.h>

@interface TaskGuessTableCell : UITableViewCell
@property (nonatomic, weak) UIViewController *controller;
@end

// TashGuessTableCell.m
#import "TaskGuessTableCell.h"

@implementation TaskGuessTableCell

@synthesize controller;

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
{
    NSIndexPath *path = [controller.tableView indexPathForCell:self];
    [controller.tableView selectRowAtIndexPath:path animated:NO scrollPosition:UITableViewScrollPositionNone];
    [controller performSegueWithIdentifier:@"FinishedTask" sender:controller];
    [super touchesEnded:touches withEvent:event];
}

@end

У меня есть несколько сегментов, но все они имеют одно и то же имя: "FinishedTask". Если вам нужно проявить гибкость, я предлагаю добавить еще одно свойство.

ViewController выглядит так:

// LogbookViewController.m
#import "LogbookViewController.h"
#import "TaskGuessTableCell.h"

@implementation LogbookViewController

- (void)viewDidLoad
{
    [super viewDidLoad]

    // register custom nib
    [self.tableView registerNib:[UINib nibWithNibName:@"DetailedTaskCell" bundle:[NSBundle mainBundle]] forCellReuseIdentifier:@"DetailedTaskCell"];
}

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

    cell = [tableView dequeueReusableCellWithIdentifier:@"DetailedTaskCell"];
    cell.controller = self; // <-- the line that matters
    // if you added the seque property to the cell class, set that one here
    // cell.segue = @"TheSegueYouNeedToTrigger";
    cell.taskTitle.text  = [entry title];
    // set other outlet values etc. ...

    return cell;
}

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    if([[segue identifier] isEqualToString:@"FinishedTask"])
    {
        // do what you have to do, as usual
    }

}

@end

Там могут быть более элегантные способы достичь того же, но - это работает! :)

58
ericteubert

Я искал это, и я нашел этот ответ Ричард Венейбл. Меня устраивает.

iOS 5 включает новый метод для UITableView: registerNib: forCellReuseIdentifier:

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

Вы можете зарегистрировать перо после загрузки вашего tableView, а затем при вызове dequeueReusableCellWithIdentifier: с идентификатором ячейки он извлечет его из кончика, как если бы вы использовали ячейку прототипа Storyboard.

16
Odrakir

Swift

Б. Дж. Гомер дал отличное объяснение, оно помогает мне понять концепцию. К make a custom cell reusable in storyboard, который можно использовать в любом TableViewController, мы должны подходить к mix the Storyboard and xib. Предположим, у нас есть ячейка с именем CustomCell, которая должна использоваться в TableViewControllerOne и TableViewControllerTwo. Я делаю это поэтапно.
1. Файл> Создать> Нажмите "Файл"> "Выбрать класс касания какао"> нажмите "Далее"> "Присвойте имя своему классу" (например, CustomCell)> выберите "Подкласс" как UITableVieCell> "Отметьте" и создайте XIB файл флажок и нажмите Далее.
2. Настройте ячейку по своему усмотрению и установите идентификатор в инспекторе атрибутов для ячейки, здесь мы будем устанавливать значение CellIdentifier. Этот идентификатор будет использоваться в вашем ViewController для идентификации и повторного использования ячейки.
. Теперь нам просто нужно register this cell в нашем ViewController viewDidLoad. Нет необходимости в каком-либо методе инициализации.
4. Теперь мы можем использовать эту пользовательскую ячейку в любом табличном представлении.

в TableViewControllerOne

let reuseIdentifier = "CellIdentifier"

override func viewDidLoad() {
super.viewDidLoad()
tableView.register(UINib(nibName: "CustomCell", bundle: nil), forCellReuseIdentifier: reuseIdentifier)
} 

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier:reuseIdentifier, for: indexPath) as! CustomCell
    return cell!
}
10
Kunal Kumar

Би Джей Гомер дал превосходное объяснение того, что происходит.

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

Еще одно замечание: то, что ваша ячейка является отдельным файлом xib, не позволяет подключать какие-либо действия и т.д. Непосредственно к контроллеру табличного представления (во всяком случае, я не работал - вы не можете определить владельца файла как что-либо значимое). ). Я работаю над этим, определяя протокол, которому должен соответствовать контроллер табличного представления ячейки, и добавляя контроллер как слабое свойство, похожее на делегат, в cellForRowAtIndexPath.

10
jrturton

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

Допустим, у вас есть одна VC и ​​2 таблицы, и вы хотите создать ячейку в раскадровке и использовать ее в обеих таблицах.

(например: таблица и поле поиска с UISearchController с таблицей результатов, и вы хотите использовать одну и ту же ячейку в обоих)

Когда контроллер запрашивает ячейку, сделайте это:

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString * identifier = @"CELL_ID";

    ContactsCell *cell = [self.YOURTABLEVIEW dequeueReusableCellWithIdentifier:identifier];
  // Ignore the "tableView" argument
}

И вот у вас есть ваша ячейка от раскадровки

5
João Nunes