Привязки - контроллеры массива основных деталей - PullRequest
3 голосов
/ 15 декабря 2009

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

Я пытаюсь смоделировать простой покерный турнир. На данный момент мои сущности - это просто Турнир (с номером) и Игрок (с Именем). Турнир имеет множество игроков.

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

Каждый имеет свой собственный контроллер массива. Я пробовал разные варианты привязки ко второму (игрокам) столу, но безрезультатно. Кто-нибудь достиг этого? Если так, то, может быть, вы могли бы объяснить это для меня, так как у меня есть несколько примеров в Интернете.

  • Обновление Теперь я ПОЧТИ могу получить то, что мне нужно, в основном за счет риалов и ошибок и часов поисков в Google. Я связал содержимое AC игрока с AC турнира с помощью ключа контроллера «выбранные объекты» и ключа модели Path «игроки», который является именем массива в моей сущности Турнира.

Я привязал столбец в виде таблицы игроков к этому второму игроку AC, объектам, расположенным на клавишах контроллера. Но что поместить в ключевой путь модели? Я знаю, что это работает, потому что если я добавлю @count туда, я получу правильное количество игроков для выбранного турнира. Но 'name' и 'player.name' не годятся. Могу ли я попробовать какие-нибудь «item.name» или «Players.item.name»?

ооочень близко, спасибо за помощь до сих пор: alt text

Ответы [ 2 ]

4 голосов
/ 15 декабря 2009

Я думаю , этот учебник поможет вам. Они также создают основной / подробный вид.

Вкратце: привяжите contentArray контроллера массива вашего игрока к контроллеру массива турнира, установите ControllerKey в selection и остальные свойства в соответствии с вашей моделью.

0 голосов
/ 16 декабря 2009

Я нашел ответ здесь:

Реализация детализации родительского и дочернего элементов в Какао с привязками базовых данных, охватывающими несколько объектов .

  • Дочерний контроллер должен знать о managedObjectContext через свою собственную привязку.
  • Дочерний контроллер не должен находиться в режиме Entity Mode, а должен работать как класс NSMutableDictionary.
  • И, наконец, дочерний контроллер не подготавливает свои данные. Он получает его от родителя через привязку Content Set. Используйте выбор ключа контроллера и путь ключа модели, который подключается к дочерним элементам.

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

...