Каков новый способ привязки NSArrayController к контексту управляемого объекта документа Core Data?

Question

Перед тем, как Xcode пошел и добавил раскадровки для приложений OS X, вы могли бы подключить контроллер массива к контексту управляемого объекта вашего документа, привязав Managed Object Context контроллера массива к File's Owner с Model Key Path из managedObjectContext. С раскадными версиями больше нет File's Owner, так где же вы теперь получаете контекст?

Документация Apple находится в этой области, и нет никаких очевидных мест для привязки в Xcode. Очевидно, я могу просто вернуться к маршруту без раскадровки и использовать старый метод, но должен быть новый способ сделать это.

Answer 1

Так что у меня есть ответ от Apple. Это относится к приложениям с базовыми данными на основе документов, код все в Swift, но идея такая же в Objective-C, которую вам просто нужно перевести.

Первый ответ, который они мне дали, заключался в том, чтобы связать контроллер массива с контроллером представления, который запускает представление с помощью пути ключа модели от self.view.window.windowController.document.managedObjectContex. Образец, который я показал, использовал этот метод и вообще не имел сообщений об ошибках, однако он был единственным контроллером представления внутри оконного контроллера с одним контроллером массива. Моя настройка - это окно в представление табуляции к представлениям с двумя контроллерами массива в одной сцене. Я все еще получал Cannot perform operation without a managed object context один раз при открытии или создании нового документа. Второе решением, которое работало для меня было еще связать контроллер массива в контроллер представления, но с моделью ключевым путем self.representedObject.managedObjectContext, а затем добавить к концу makeWindowControllers() функции класса документа:

override func makeWindowControllers() { 
…… 
    let tabViewController = windowController.contentViewController as NSTabViewController 
    for object in tabViewController.childViewControllers { 
     let childViewController = object as NSViewController 
     childViewController.representedObject = self 
    } 
} 

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

Answer 2

Вы всегда могли связываться через NSApplication с помощью ключевого пути delegate.managedObjectContext, если делегат приложения владеет базовым стеком данных. В противном случае вы можете передать MOC через каждый контроллер представления с свойством MOC для каждого из них, что настоятельно рекомендуется тем, кто утверждает, что делегат приложения не должен использоваться для владения одномодовыми MOC и что есть еще одна полезность в возможности для обеспечения каждого VC отдельного MOC.

Я считаю, что вы также можете создать экземпляр MOC в раскадровке в IB. По крайней мере, всегда был объект MOC для перьев. Хотя я не использовал этого достаточно, чтобы знать, как он относится к программным основным стекам данных. Вероятно, лучше просто иметь свойство MOC где-то вы можете получить доступ либо в иерархии VC, либо в делегате приложения

Answer 3

Использование проекта сгенерированного Xcode по умолчанию и включая CoreData ставит элемент managedObjectContext на AppDelegate. Вы можете добавить следующий код в свой ViewController, а затем использовать managedObjectContext как «Путь к ключу модели» с привязкой к ViewController для вашего NSArrayController.

lazy var managedObjectContext: NSManagedObjectContext = { 
    return (NSApplication.sharedApplication().delegate 
     as? AppDelegate)?.managedObjectContext }()! 

Это просто создает член, который перенаправляет туда, где хранится ваш фактический MOC. Это полезно, потому что привязка NSArrayController происходит до viewDidLoad(), поэтому почему член экземпляра не будет достаточным. Кроме того, если вы хотите реорганизовать один класс CoreDataManager, вы можете просто изменить, куда перенаправить. Кроме того, вы можете добавить это расширение класса, чтобы все ViewControllers получили доступ к вашему MOC.

Objective-C версия по запросу:

@interface MyViewController() 

@property (nonatomic, readonly) NSMangedObjectContext* managedObjectContext; 

@end 

@implementation MyViewController 

- (NSManagedObjectContext*)managedObjectContext 
{ 
    return ((AppDelegate*)([NSApplication sharedApplication].delegate)).managedObjectContext; 
} 

... 

@end 

Answer 4

Обновлено:

@theMikeSwan, ну, это почти работает для меня. Вот что у меня есть:

OSX EL Capitan GM Xcode 7GM и Xcode 7.1 бета

Стандартный CoreData/Документ приложения

Заменено MainViewController с TabViewController и добавил 2 ViewControllers к этому.

Добавлено в ваш код, чтобы помещать представленный объект во все контроллеры представлений в tabviewcontroller.

Вкладка один контроллер вид со столом, а контроллер массива, который связан с объект, называемый Профили и TableView связывается с этим контроллером с +/- и т.д.

Tab два представляет собой вид с видом контроллер с таблицей и контроллер массива, привязанный к объекту с именем Commands, и tableview привязан к этому контроллеру.

Между объектами «Профили» и «Команды» существует отношение «один-много» с профилями имен < - >> команд.

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

Далее я хочу, чтобы обеспечить привязку одного ко многим, то есть, если я выберу профиль в таблице на вкладке 1, а затем переключитесь на вкладку два, я хочу видеть только команды, связанные с выбранным профилем в этой таблице , Это не работает. Все введенные команды показаны во всех случаях, я пробовал предикаты фильтров, выборка предикатов и т. Д. С различной степенью катастрофы.

Я попробовал все, что я могу думать, и много хаков, я бы предпочел не упоминать -

На данный момент я добавил второй arrayController на второй взгляд вкладки и сковал его Profiles лица и self.representedObject.managedObjectContext и т. д. Я добавил NSTextField на второе представление вкладки и привязал его к только что добавленному профилю profileArrayController -> selection ->, чтобы узнать, что думал контроллер ...

Профиль-> имя во второй вкладке никогда не изменяется независимо от того, что я выбираю в таблице первой вкладки, оно всегда показывает то же имя Профили->. Команды, перечисленные в таблице на второй вкладке, не зависят от выбора в первой таблице.

Он «чувствует», как MOC на второй вкладке, не совпадает с MOC, на который ссылается первая вкладка. Но это просто чувство. Я потерял, какие-либо предложения о том, как сделать отношения «один-много» между вкладками в настройках контроллера отображения с несколькими вкладками?

благодаря Frank

Edited добавить:

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