OS X Table View: объясните пожалуйста, как оно работает?

Question

[Руслан Шашков]

Здравствуйте! Пару дней назад, для себя (появилось свободное время и я давно очень хотел попробовать) начал осваивать Objective-C и разработку приложений под OS X. Сам я давно занимаюсь веб-разработкой (сейчас в основном NodeJS/JS, раньше PHP/JS). С языком более-менее разобрался, даже больше нравится, чем JS, как-то все логично что-ли, код читается очень просто. А по началу действительно, как говорят многие, синтаксис вызывал вызывал рвотные позывы. Теперь пытаюсь понять архитектуру приложений и столкнулся вот с чем...

Стоит задача выводить данные в таблицу из NSMutableArray. Допустим, это просто числовые значения, в один столбец, в общем, примитивная задача.

С кодом разобрался, нашел в инете урок, как это сделать. Данные в массив записал, таблицу нарисовал, привязал Data source и Delegate к App Delegate. Запустил - все работает, табличка, а точнее столбец таблички заполняется значениями, согласно массиву.

Но встал вопрос, как это все работает? Кто вызывает вот эти методы numberOfRowsInTableView, tableView?

- (NSInteger) numberOfRowsInTableView: (NSTableView *) tableView 
    {
    return [self.list count];
}

- (id) tableView: (NSTableView *) tableView objectValueForTableColumn:(NSTableColumn *) tableColumn row: (NSInteger) row 
{
    return [self.list objectAtIndex:row];
}

И как быть, если таблиц у меня несколько? Почему я не могу сам взять массив и отправить его в заранее определенный в моем AppDelegate.h IBOutlet для таблицы, как я делаю это, скажем при изменении меню в трее, или текста кнопки?

Может есть какой-нибудь способ насоздавать программно массивы с NSCell и отправить их в нужные столбцы нужных таблиц?

Answer 1

[utercast]

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

MVC, который крутится вокруг объектной модели, построен на так называемых делегатах. Это такие интерфейсы которые помогают кидать данные куда надо и при том сохранять инкапсуляцию.

В общем методы которые вы имплементируете вызываются UITableView после отрисовки. Таблица для начала спрашивает своего делегата по "ДатаСурсу" - "а сколько, собственно, мне нарисовать ячеек?". А потом - "а какие, собственно, ячейки рисовать?". Ну и т.д.

С помощью делегатов одни объекты могут попросить другие объекты сделать что-то за них (делегировать). Так они защищаются от лишних лап внутри их самих. Это одна из причин по которой Objective-C называют "самым идеологически правильным ООЯП".

Надеюсь не запутал больше ;) Удачи вам в изучении!

Comments

[Руслан Шашков]

Спасибо большое! То, что ее вызывает TableView я понимаю, и про делигирование понял. Но не понятно, как заполнить нужную таблицу нужными данными. Попробую поставить вопрос так: как сделать так, чтобы можно было указать что вот этой таблице брать вот этот массив, а вот этой вот этот? :-)

[Ан]

Если вы внимательно посмотрите на методы dataSource, то увидите, что в них всегда присутствует экземпляр NSTableView. Это та самая таблица, которая делегирует. Таким образом вы всегда можете проверить, та ли таблица пришла Рассмотрим пример, у вас есть две таблички NSTableView * _firstTable; NSTableView *_secondTable; тогда банальная проверка - (NSInteger) numberOfRowsInTableView: (NSTableView *) tableView { if (tableView==_firstTable){ return [self.list count]; } if (tableView==_secondTable){ return 10; } return 0; } Решает вопрос, само собой, Вам нужно где то установить _firstTable.dataSource = self; + аналогично для _secondTable. Это самое простое, но не самое идеальное решение. О правильном решении вы можете почитать где-то тут http://www.labirint.ru/books/273378/point/gm/ Не могу так быстро найти прямую ссылку на объяснение этого паттерна, но в двух словах смысл в том, что бы создать отдельный класс, который будет "датасоурсить" данные для таблицы. _firstTable.dataSource = dataSource1; _secondTable.dataSource = dataSource2;

[Ан]

да что такое с этим Тостером, это только у меня он съедает все переносы, плюс ко всему не дает нормально оформлять код в комментариях к ответам?

[Алексей Сторожев]

у меня как-то раз наступило "прозрение" :) в туториалах, на SO и вообще почти везде показывают на примерах, что делегатом всех контролов делается viewController и там начинается if (tableView == self.tableView1) { return cell for tbl1 } else if (tableView == self.tableView2) {...} else { ... }. Кошмар же. "как сделать так, чтобы можно было указать что вот этой таблице брать вот этот массив" - делаете новый класс типа MyTableViewArrayDataSource, который берет массив и реализует (UI|NS)TableViewDataSource и назначаете его как dataSource для нужных таблиц.

[Руслан Шашков]

@storoj Спасибо огромное!