Как передать управление нажатием на объект в основной контроллер?

Question

[andreys75]

Есть основной контроллер ViewController - в нем основной view

Есть подкласс TableView : UIView
Этот view создается в storyboard
В какой то момент времени, в TableView создаются программно много subview - класса CardView - это игральные карты
каждой карте добавляется обработка нажатия

UITapGestureRecognizer *singleTap = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(tap:)];
        [cView addGestureRecognizer:singleTap];

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

Вопрос 1. Есть ли возможность получить ссылку на главный контроллер, для того чтобы написать initWithTarget: ссылка_на_контроллер
если это не невозможно или "не правильно", то как лучше реализовывать?
Вариант 1. реализовать метод tap в классе CardView, а там посылать Notifications
Вариант 2. попробовать придумать решение с делегированием этого метода (совсем для меня пока непонятная область)
Вариант 3. Передавать при создании объектов CardView ссылку на основной контроллер, и хранить ее как свойство

Прошу прощения, но я пока только разбираюсь с ios программированием, и наверное могу задавать глупые вопросы.

Comments

[Denis Morozov]

этот код у вас где вызывается?

UITapGestureRecognizer *singleTap = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(tap:)];
        [cView addGestureRecognizer:singleTap];

кто создаёт объекты CardView?

Answer 1

[Alexander]

2 и 3 это одно и тоже. 1 способ(с notifications) используется если нужно оповестить несколько разрозненных объектов. Думаю в Вашем случаи проще всего сделать ссылку на контроллер в CardView.

Comments

[Denis Morozov]

нет, у view не должно быть ссылок на viewController

Answer 2

[kaspartus]

У вас всего один VC, логику мы должны писать только в контроллерах. Этот VC должен знать об этом tableView. Потому и делегатные методы tableView должны быть в этом контроллере, те что отвечают за создание ячейки, выбор ячейки и прочее, а значит и создаваться cardView будет в классе VC, но тогда вопросов об обработке тапов не возникает. Так что вы зря логику вынесли во View классы.

Если хотим разделить логику, то нужен еще один VC2, который будет держать tableView, будет создавать карты, узнавать об их нажатии. При этом создавать его будет основной VC1 и сразу добавлять вью VC2 на свой. Вот тогда VC2 будет делегировать нажатия по картам в VC1.
Примеров создания кастомных делегатов очень много, конкретный не посоветую, но они легко гуглятся.

Comments

[andreys75]

Т.е. мне надо переделать то, что класс MyTableView внутри создает несколько объектов класса CardView и добавляет их на экран как subview. Создавать массив этих объектов будет контроллер, а затем передавать через аутлет в MyTableView, который в свою очередь добавляет их как свои subview? (я изменил название, чтобы было понятно, что это мой класс наследник UIView, а не UITableView, и представляет просто прямоугольник с графикой, изображающей руку игрока в карты, на котором выводится несколько игральных карт)

Я правильно понял Ваш совет?

Честно говоря я уже думаю а нужен ли мне MyTableView - я его использую только как агрегат всех карт игрока

[kaspartus]

@andreys75 да, VC знает о tableView при помощи аутлета, при этом, назначаем его делегатом, пишем внутри VC: `tableView.delegate = self и tableView.dataSource = self `. Теперь, когда tableView решит отрендерить ячейки, он дернет делегатный метод создания ячеек(tableView:cellForRowAtIndexPath:), там мы создадим ячейку и положим туда картинку, к картинке добавим обработчик касания, таргетом назначим self, т.е. наш VC. Там надо бы еще проставить тэги(imageView.tag), чтобы понять по какой картинке кликнули. Причем это все происходит в нашем VC и нигде больше.

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

[andreys75]

@kaspartus Мой tableView не наследник UITableView, a обычного UIView - для карточной игры это один прямоугольник на экране, в котором горизонтально расположено несколько других прямоугольников, которые отображают специфичные игральные карты. Разве стандартный UIView дергает cellForRowAtIndexPath ?

[andreys75]

@kaspartus и еще вопрос. Я сделал возможно не очень правильную вещь - при создании view карты, я передаю и саму карту из модели, поскольку 1. она содержит всю информацию которую мне надо выводить на экран, 2. при передаче обработчику действий в качестве sender параметра, я легко могу определить какая карта нажата. Я понимаю, что с одной стороны это отступление от MVC, но с другой стороны так проще, и не надо прикреплять теги. Как вы считаете это сильно плохо? Ведь иначе придется в классе view дублировать большинство свойств модели ...

[kaspartus]

@andreys75 1. Не нарушайте naming convention тогда :) Нет, не дергает, тогда тоже самое, только без делегатных методов, вью контроллера и прочего.
2. Не очень страшно, лучше только сделать ссылки слабыми, иначе элементы массива будут жить, пока живут view карт

[andreys75]

@kaspartus В реальном проекте название ASHumanTableView это нарушение naming convention?

[kaspartus]

@andreys75 ну конечно, если название класса заканчивается названием класса из стандартной библиотеки, то обычно от вас жду наследника этого класса. UITableView в данном случае

[andreys75]

@kaspartus спасибо учту