Куда Контекст Управляемого объекта Прибывает Из?

То, куда контекст управляемого объекта прибывает из, является полностью зависящим от приложения. В Какао основанное на документе использование приложения NSPersistentDocument, персистентный документ обычно создает контекст и предоставляет Вам доступ к нему через managedObjectContext метод.

В приложении единственного окна, если Вы создаете свой проект с помощью типичного помощника проектного менеджера, делегат приложения (экземпляр класса AppDelegate) снова создает контекст и предоставляет Вам доступ к нему через managedObjectContext метод. В этом случае, однако, код для создания контекста (и остальная часть Базового Стека данных) является явным. Это записано для Вас автоматически как часть шаблона.

Обратите внимание на то, что Вы не должны использовать экземпляры подклассов NSController непосредственно для выполнения выборок (например, Вы не должны создавать экземпляр NSArrayController в частности выполнить выборку). Контроллеры для управления взаимодействием между Вашими объектами модели и Вашим интерфейсом пользователя. На уровне объекта модели необходимо просто использовать контекст управляемого объекта для выполнения выборок непосредственно.

Как я инициализирую хранилище с данными по умолчанию?

Здесь существует две проблемы: создание данных и обеспечение данных импортируются только один раз.

Существует несколько способов создать данные.

• Можно создать отдельное персистентное хранилище, содержащее данные по умолчанию, и включайте хранилище как ресурс приложений. Когда Вы хотите использовать его, необходимо или скопировать целое хранилище в подходящее расположение или скопировать объекты от хранилища значений по умолчанию до существующего хранилища.

• Для небольших наборов данных можно создать управляемые объекты непосредственно в коде.

• Можно создать список свойств — или некоторое другое основанное на файле представление — данных и сохранить его как ресурс приложений. Когда Вы хотите использовать его, необходимо открыть файл и проанализировать представление для создания управляемых объектов.

  Вы не должны использовать этот метод на iOS, и только если абсолютно необходимый на OS X. Парсинг файла для создания хранилища подвергается ненужным издержкам. Намного лучше создать Базовое Хранилище данных самостоятельно оффлайн и использовать его непосредственно в Вашем приложении.

Существует также несколько способов гарантировать, что значения по умолчанию импортируются только один раз:

• Если Вы используете iOS или создаете базируемое приложение не документа для OS X, можно добавить проверку на запуске приложения, чтобы определить, существует ли файл в расположении, которое Вы указываете для хранилища приложения. Если это не делает, необходимо импортировать данные. Для основанного на iOS примера посмотрите CoreDataBooks.

• Если Вы создаете основанное на документе использование приложения NSPersistentDocument, Вы инициализируете значения по умолчанию в initWithType:error:.

Если существует возможность, что хранилище (следовательно файл) могло бы быть создано, но данные не импортировали, то можно добавить флаг метаданных к хранилищу. Можно проверить метаданные (использование metadataForPersistentStoreWithURL:error:) более эффективно, чем выполнение выборки (и это не требует, чтобы Вы трудно кодировали любые значения данных по умолчанию).

Как я использую свою существующую базу данных SQLite с Базовыми Данными?

Вы не делаете. Несмотря на то, что Базовая Информационная поддержка SQLite как один из его персистентных типов хранилища, формат базы данных является частным. Вы не можете создать базу данных SQLite с помощью собственного API SQLite и использовать ее непосредственно с Базовыми Данными (и при этом Вы не должны управлять существующими Базовыми Данными хранилище SQLite с помощью собственного API SQLite). Если у Вас есть существующая база данных SQLite, необходимо импортировать ее в Базовое Хранилище данных (см. Эффективно Импортирующие Данные).

Я имею к - многие отношение от Объекта к Объекту B. Как я выбираю экземпляры Объекта B связанный с приведенным примером Объекта A?

Вы не делаете. Более в частности нет никакой потребности явно выбрать целевые экземпляры, Вы просто вызываете надлежащее кодирование значения ключа или метод доступа для экземпляра Объекта A. Если отношение вызывают «виджетами», то, если Вы реализовали пользовательский класс со столь же именованным методом доступа, Вы просто пишете:

NSSet *asWidgets = [instanceA widgets];

Иначе Вы используете кодирование значения ключа:

NSMutableSet *asWidgets = [instanceA mutableSetValueForKey:@"widgets"];

Как я выбираю объекты в том же порядке, я создал их?

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

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

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

Для копирования управляемого объекта от одного контекста до другого можно использовать идентификатор объекта объекта, как проиллюстрировано в следующем примере.

NSManagedObjectID *objectID = [managedObject objectID];

NSManagedObject *copy = [context2 objectWithID:objectID];

У меня есть ключ, значение которого зависит от значений атрибутов в связанном объекте — как я гарантирую, что оно усовершенствовано, поскольку значения атрибута являются изменениями и поскольку управляют отношением?

Существует много ситуаций, в которых значение одного свойства зависит от того из одного или более других атрибутов в другом объекте. Если значение изменений атрибута, то значение полученного свойства должно также быть отмечено для изменения. То, как Вы гарантируете, что уведомления наблюдения значения ключа отправляются для этих зависимых свойств, зависит, на которой версии OS X Вы используете и кардинальность отношения.

+ (NSSet *)keyPathsForValuesAffectingValueForKey:(NSString *)key {

    NSSet *keyPaths = [super keyPathsForValuesAffectingValueForKey:key];

    if ([key isEqualToString:@"fullNameAndDepartment"]) {

        NSSet *affectingKeys = [NSSet setWithObjects:@"lastName", @"firstName",

                                                     @"department.deptName", nil];

        keyPaths = [keyPaths setByAddingObjectsFromSet:affectingKeys];

    }

    return keyPaths;

}

+ (NSSet *)keyPathsForValuesAffectingFullNameAndDepartment {

    return [NSSet setWithObjects:@"lastName", @"firstName",

                                 @"department.deptName", nil];

}

В разработчике предиката XCode, почему я не вижу свойств для выбранного предиката свойства?

Если Вы хотите создать предикат для выбранного свойства в разработчике предиката в XCode, но не видите свойств, Вы, вероятно, не установили целевой объект для выбранного свойства.

Насколько эффективный Базовые Данные?

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

Базовые Данные выглядят подобными EOF. Каковы различия?

Базовые Данные и EOF (Платформа Объектов Предприятия, поставляющая с WebObjects) совместно используют общее наследие, но имеют различные цели. EOF является основанной на Java платформой, соединяющейся как клиент с сервером базы данных. Базовые Данные являются платформой Объективной на базе С, разработанной для поддержки разработки настольного приложения. Базовая Информационная поддержка много функций, не поддерживавших EOF, и наоборот.

Рабочий стол OS X

Эти вопросы только относятся к OS X/desktop.

- (NSUndoManager *)windowWillReturnUndoManager:(NSWindow *)sender {

    return [[self managedObjectContext] undoManager];

}