Привязки - контроллеры основных деталей массива

Question

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

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

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

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

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

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

Sooo близко, спасибо за помощь до сих пор: alt text http://i50.tinypic.com/s30oq0.png

Answer 1

Я думаю this tutorial поможет. Они также создают представление мастера/детали.

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

Answer 2

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

Implementing parent->child drill down in Cocoa with Core Data bindings that span multiple entities.

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

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