Разработка приложений под платформу IOS с помощью технологии Core Data

Фреймворк Core Data предоставляет обобщенные и автоматизиро ванные р ешения задач, связанны х с ж изненным циклом и управлением объектами, и является своеобразной надстройкой над SQL [1, 2]. С помощью него можно избавиться от прямых SQL запросов и вместо них использовать более удобный ин-терф ейс пр ограммирования приложений - API.

Возможности Core Data:

Отслеживание изменений и отмены изменений. Технологии Core Data обеспечивают встроенное управление отмены (undo) и повтора (redo).

Поддержка связей (relationship). Core Data управляет распространением изменений, в том числе поддержание непротиворечивости и уникальности между объектами.

Futures (faulting) - Core Data может уменьшить объем потребляемой оперативной памяти вашей программы с помощью отложенной загрузки объектов. Он также поддерживает частично функции (futures, и copy-on-write) обмена данными.

Автоматическая проверка значений свойств. В Core data управляемые объекты расширяются стандартным KVC методами проверки, которы е гарантируют, что отдельные значения лежат в пределах допустим ых диапазонов или что значения подходят по замыслу.

Схемы миграции. Реализовы вать миграцию данных это одна из сложных задач. В Core Data средства миграции для схем упрощают задачу и предлагают для этого удобный API, что в большинстве случаях делает его очень эффективным инструментом.

Возможность интеграции с приложением контроллера для синхронизации пользовательского интерфейса. Для этого Core Data предоставляет специальный класс – NS Fetched Results Controller class на iOS, и интегрируется с методом Cocoa-привязки на OS X.

Полная, автоматическая поддержка KVC и KVO паттернов.

Группирование, фильтрация и упорядочивание данных в памяти и в пользовательском интерфейсе.

Автоматическая поддержка хранения объектов во внешних хранилищ (xml, plist, SQLite).

Создание сложных запросов. Вместо того, чтобы писать SQL, есть возможность создавать сложные запросы, используя объект NS Predicate для выборки запроса. NS Predicate обеспечивает поддержку основных функций, коррелированные подзапросы, и другие возможности SQL. С помощью основных данных, он также поддерживает Unicode поиск, сортировку и регулярные выражения.

Правила слияния. Core Data предоставляет встроенные функции для отслеживания версий и поддержки автоматического разрешения конфликтов.

Все указанные возможности требуют практического изучения и анализа, с точки зрения поддержки уровня моделей приложения, объема строк кода, приемлемого уровня качества с использованием модульного тестирования, которые ежедневно используется миллионами разработчиками в широком спектре приложений [7, 8].

Для наглядного анализа технологий Core Data создадим тестовый проект. Для этого зайдем в Xcode и создадим новый проект MasterDetail Application. Назовем проект Example Magical Record и поставим галочку напротив Use Core Data, чтобы автоматически сгенериро-вался проект с примером кода (рис. 1).

Если далее нажать кнопку Next среда автоматически сгенерирует про стой пример для работы с фреймворком. Содержащийся в примере код подвергнем анализу: в нем присут-ст вует инициализация cтека .xdatamodel с сущностями и атрибутами, программны й код для работы с базой данных, но работа с сущностью Event реализована через паттерн Key-Value Coding. Такое решение является не всегда удобным для использ ования в профессиональном программировании - нам нужно сгенерировать .h и .m файлы проекта для получения доступа к его свойствам и методам. Для этого нам нужно выполнить следую щие операц ии:

• 1 . Выбрать File->New->File… ;

• 2 .Из списка для iOS выбрать Core Data -> NS Managed Object Subclass;

• 3 .Выбрать созданную нами модель Data Model (в нашем случае - это Example Magical Record.xcdata model);

• 4 .Выбрать сущ ности. Созданная нами сущность – Event, выбираем ее;

• 5 . Выбираем папку для сохранения файлов.

Теперь мы имеем сгенерированную модель Event. Научившись создавать интерактивно Core Data модели можно приступать к программной реализации. Добавим метод для сравнения промежутка времени между Event:

• - (NSTimeInterval)intervalToEvent:(Event *)event {

return [self.timeStamp timeIntervalSinceDate:event.timeStamp];

}

Также добавим атрибут count с типом integer16 и попробуем заново сгенерировать файлы. Полученные недостатки выражаются в следую щем:

Необходимость генерировать заново исходники и заменять старые после изменений.

После генерации – изменений не произошло и внедренны й атрибут count не появился.

Решить указанные пробл емы можно следую -щим образом:

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

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

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

Для решения этой проблемы и был разработан script Mogenerator [3]. Ниже описаны шаги по его установке:

Зайти по ссылке [6], скачать и установить в систему mac os;

MACHINE_DIR=”${PROJECT _DIR}/

ExampleMagicalRecord/Models/CoreData/Private”

HUMAN_DIR=”${PROJECT_DIR}/

ExampleMagicalRecord/Models/CoreData”

INCLUDE_H=”${PROJECT_DIR}/

ExampleMagicalRecord/Models/ModelIncludes.h” echo “machine source path - $MACHINE_DIR/” echo “human source path - $HUMAN_DIR/” echo “include.h path - $INCLUDE_H” mogenerator --model “${INPUT_FILE_PATH}/”

• --machine-dir “$MACHINE_DIR” --human-dir “$HUMAN_DIR” --includeh “$INCLUDE_H”

• --template-var arc=true

${DEVELOPER_BIN_DIR}/momc -XD_MOMC_ TARGET_VERSION=10.7 “${INPUT_FILE_PATH}” “${TARGET_BUILD_DIR}/${EXECUTABLE_FOLDER_ PATH}/${INPUT_FILE_BASE}.momd”

Попробуем разобраться в коде этого скрипта. В переменной MACHINE_DIR мы указываем, где будут храниться исходники, сгенерированной Core Data (их трогать мы не будем , они нужны

Choose options for your new project:

Product Name: | ExampleMagicalRecor^

Organization Name: FlatStack

Organization Identifier: Flatstack

Bundle Identifier: Flatstack.ExampleMagicalRecord

Language: Objective-C;

Devices: iPhonei

V Use Core Г^,^ device family to create a project for

Cancel                                                                    Previous Next

Рис. 1. Окно создания проекта Example Magical Record в Xcode с использованием технологий Core Data

фреймворку), в HUMAN_DIR мы будем хранить исходни ки для программирования. INCLUDE_H хранит в себе все правила - headers наших сгенерированных классов. Команда mogenerator описывает генерацию файлов. Параметром -- model «${INPUT_FILE_PATH}/» мы сообщаем место нахождения нашего .xcdatamodel, а также параметром --template-var arc=true включаем поддержку ARC. Посл едняя команда описы вает место для сохранения momd файла.

Далее нужно добавить два правила (рис. 2): «Data model version files» и «Data model files» которые содержат путь к нашему скр ипту и вид выходных данных.

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

Затем нужно указать название классов для сущностей (рис. 3).

Далее для генерирования новых исходников мы компилируем проект. Если при компиляции произошла ошибка, ее можно посмотреть в «Report Navigation» вкладке (рис. 4). Как видно из рис. 4 скрипт создал 2 приватных, сгенери- рованный для Core Data, и 2 для программирования файлы.

Новые файлы, которые появились в папках ExampleMagicalRecord/Models/CoreData и ExampleMagicalRecord/Models/CoreData/Private, нужно добавить в проект. После добавления в проекте появились сгенерированный приватный класс для Core Data _Event с нашими аттрибутами и класс для программирования Event. Дополнительно Mogenerator сгенерировал методы entityName для получения имени сущности, insertInManagedObjectContext: для быстрой вставки и entityInManagedObjectContext: для получения описания сущности. Та кже добавился метод для валидация параметра timestamp validateTimeStamp:(id*)value_ error:(NSError**)error_;. добавились 2 категории - CoreDataGeneratedAccessors и CoreDataGenerat edPrimitiveAccessors.

В первом случае создаются методы для удобного доступа к «Relationships», например:

• -    (void)addReviews:(NSOrderedSet*)value_;

• -    (void)removeReviews:(NSOrderedSet*)value_;

• -    (void)addReviewsObject:(Review*)value_;

• -    (void)removeReviewsObject:(Review*)value_;

▼ Data model version files

Process Data model version files                   t

Using Custom script:                             i

• 1    # momc

• 2    echo "Running mogend"

• ч    echo "Mogend.sh is completed"

Output Files

S(DERIVED_FILE_DIR)/${INPUT_FILE_BASE}.momd

• ▼    Data model filesj

Process Data model files

Using Custom script:

i # momc

2 echo "Running mogend"

Output Files

$(DERIVED_FILE_DIR)/${INPUT_FILE_BASE}.momd

Рис. 2. Окно добавления правил в проект

ENTITIES tL._______

FETCH REQUESTS

CONFIGURATIONS

О Default

▼ Attributes Attribute a           Type и timeStamp Date

▼ Relationships Relationship л          Destination           inverse

Рис. 3. Окно для добавления классов для сущностей

• ▼    О Run shell script build rule on ExampleMagicalRecord.xcdatamodeld .. m /Users/vladimir/Desktop/ExampleMagicalRecord/Exa.

Running mogend machine source path - /Users/vladimir/Desktop/ExampleMagicalRecord/ExampleMagicalRecord/Models/CoreData/Private/ human source path - /Users/vladimir/Desktop/ExampleMagicalRecord/ExampleMagicalRecord/Models/CoreData/ include.h path - /Users/vladimir/Desktop/ExampleMagicalRecord/ExampleMagicalRecord/Models/Modellncludes.h

• 2 machine files and 2 human files generated.

Рис. 4. Вкладка «Report Navigation»

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

• -    (NSDate*)primitiveTimeStamp;

• -    (void)setPrimitiveTimeStamp:(NSDate*) value;

Это дает возможность переопределить метод getter или setter, например, тип данных timestamp можно определить так:

• -    (NSDate *)timeStamp

{

[super willAccessValueForKey:NSStringFrom Selector(@selector(timeStamp))];

NSDate *timestamp   = [self primitiveTimeStamp];

[super didAccessValueForKey:NSStringFromS elector(@selector(timeStamp))];

if (!timestamp)

{ timestamp = [NSDate date];

[self setPrimitiveTimeStamp:timestamp];

} return timestamp;

}

Для полноты представления возможностей Core Data рассмотр им библиотеку Magical Record [4], как вспомогательный инструмент быстрой раз работки приложений.

Magical Record используется для оптимизации процессов выборки данных из базы данных с помощ ью технологии Active Record фреймворка Ruby on Rails.

Основные цели Magical Record:

Очистить код от реализации стека.

Получить понятные, простые и однострочные выборки.

Использовать модификацию NSFetchRequest, когда необходима оптимизация для запросов.

Проведем анализ указанных возможностей на примере. Для начала необходимо скачать файлы для этой би блиотеки с git репозитария. Лучше всего использовать CocoaPods– это позволит нам в несколько шагов установить Magical Record и предоставить простое обновление других зависимых библиотек.

Для установки Magical Record необходимо выполнить следую щие действия:

Установить CocoaPods библиотеку. Для этого открываем «Терминал» и пишем команду:

sudo gem install cocoapods

Создать пустой файл с именем Podfile в корне приложения.

Открыть Podfile и написать в нем нужны й нам pod для установки, и ios - минимально допустимую iOS версию приложения:

platform :ios, ‘7.0’ pod ‘MagicalRecord’

Открыть командную стро ку, перейти в корневую папку проекта и написать :

pod install

По окончанию установки в конце будет написано использовать теперь не наш проект, а с расширением .xcworkspace.

Откроем снова наш проект ExampleMagicalRecord и откроем файл AppDelegate.h. Здесь Xcode автоматически сгенерировал 3 свойства и 2 метода:

@property (readonly, strong, nonatomic) NSManagedObjectContext *managedObjectContext;

@property (readonly, strong, nonatomic) NSManagedObjectModel *managedObjectModel;

@property (readonly, strong, nonatomic) NSPersistentStoreCoordinator *persistentStoreCoordinator;

• -    (void)saveContext;

• -    (NSURL *)

applicationDocumentsDirectory;

Здесь описана инициализация Core Data стека. Разберемся с этим кодом. Сначала мы инициализируем managedObjectModel с нашей momd-моделью, далее инициализация persistentStoreCoordinator, и затем инициализируем главный контекст managedObjectContext. Все это не меньше 50 строк кода. Уберем этот код и сделаем то же самое с помощью Magical Record:

• -    (BOOL)application:(UIApplication *) application didFinishLaunchingWithOptions:( NSDictionary *)launchOptions {

  // Override point for customization after application launch.

[MagicalRecord setShouldDeleteStoreOn ModelMismatch:YES];

[MagicalRecord setupAutoMigratingCore DataStack];

return YES;

}

Стек автоматически инициализирован в за-инкапсулированую static переменную и Core Data можно использовать. Сравним код от Apple для вставки новой сущности:

• -    (void)insertNewObject:(id)sender {

NSDate *date = [NSDate date];

NSManagedObjectContext *context

= [self.fetchedResultsController managedObjectContext];

NSEntityDescription *entity = [[self.

fetchedResultsController fetchRequest] entity];

NSManagedObject *newManagedObject

= [NSEntityDescription insertNewObjectForEn tityForName:[entity name] inManagedObjectC ontext:context];

// If appropriate, confi gure the new managed object.

// Normally you should use accessor methods, but using KVC here avoids the need to add a custom class to the template.

[newManagedObject setValue:date forKey:@”timeStamp”];

// Save the context.

NSError *error = nil;

// Replace this implementation with code to handle the error appropriately.

// abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.

NSLog(@”Unresolved error %@, %@”, error, [error userInfo]);

abort();

}

}

В случае примера от Apple нам пришлось передать контекст (или каким-то другим способом его получить), получить имя сущности, сделать вставку объекта в контекст, изм енить timestamp аттрибут и попытаться сохранить context с новым объектом.

Magical Record вернул нам контекст, который он после изменения сохранит в кор невом:

[MagicalRecord saveWithBlockAndWait:^(

NSManagedObjectContext *localContext) {

Event *event = [Event MR_ createInContext:localContext]; event.timeStamp    = date;

}];

Наша задача - описать изменения в именно в localContext.

Аналогично с удаление объекта с примером от Apple:

• -    (void)tableView:(UITableView *) tableView commitEditingStyle:(UITa bleViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *) indexPath {

if (editingStyle == UITableViewCellEditin gStyleDelete) {

NSManagedObjectContext *context

= [self.fetchedResultsController managedObjectContext];

[context deleteObject:[self.

fetchedResultsController objectAtIndexPath:indexPath]];

NSError *error = nil;

// Replace this implementation with code to handle the error appropriately.

// abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.

NSLog(@”Unresolved error %@, %@”, error, [error userInfo]);

abort();

}

}

} и Magical Record:

• -    (void)tableView:(UITableView *)

tableView commitEditingStyle:(UITa bleViewCellEditingStyle)editingStyle forRowAtIndexPath:(NSIndexPath *) indexPath { if (editingStyle == UITableViewCellEditin gStyleDelete) {

[MagicalRecord saveWithBlockAndWait:^( NSManagedObjectContext *localContext) {

Event *event = [[self.

fetchedResultsController objectAtIndexPath:indexPath] MR_ inContext:localContext];

[event MR_deleteEntity];

}];

}

}

Фильтрация объектов (NSPredicate) и сортировка (NSSortDescription) для сложных запросов поддерживаются, но их использование потребуется для более сложных запросов. Сравним создание функции NSFetchedResultsController с примером от Apple:

• - (NSFetchedResultsController *) fetchedResultsController

{ if (_fetchedResultsController != nil) { return _fetchedResultsController;

}

NSFetchRequest *fetchRequest = [[NSFetchRequest alloc] init];

// Edit the entity name as appropriate.

NSEntityDescription

*entity = [NSEntityDescription entityForName:@”Event”

inManagedObjectContext:self. managedObjectContext];

[fetchRequest setEntity:entity];

// Set the batch size to a suitable number. [fetchRequest setFetchBatchSize:20];

// Edit the sort key as appropriate.

NSSortDescriptor *sortDescriptor

= [[NSSortDescriptor alloc]

initWithKey:@”timeStamp” ascending:NO];

NSArray *sortDescriptors = @ [sortDescriptor];

[fetchRequest setSortDescriptors:sortDe scriptors];

// Edit the section name key path and cache name if appropriate.

// nil for section name key path means “no sections”.

NSFetchedResultsController

*aFetchedResultsController =

[[NSFetchedResultsController alloc] initWithFetchRequest:fetchRequ est managedObjectContext:self.

managedObjectContext sectionNameKeyPath:nil cacheName:nil];

aFetchedResultsController.delegate = self;

self.fetchedResultsController = aFetchedResultsController;

NSError *error = nil;

// Replace this implementation with code to handle the error appropriately.

// abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.

NSLog(@”Unresolved error %@, %@”, error, [error userInfo]);

abort();

} return _fetchedResultsController;

} и Magical Record:

- (NSFetchedResultsController *) fetchedResultsController

{ if (_fetchedResultsController != nil) { return _fetchedResultsController;

}

NSFetchedResultsController *aFetchedResultsController = [Event MR_ fetchAllSortedBy:@”timeStamp” ascending:NO withPredicate:nil groupBy:nil delegate:self];

_fetchedResultsController = aFetchedResultsController;

return _fetchedResultsController;

}

Как видно, наша задача получить все события и отсортировать их по убыванию решается намного быстрее. Magical Record содержит большое количество вспомогательных методов для ускорения разработки. Готовый тестовый проект можно скачать по ссылке [5].

ВЫВОДЫ

C Core Data объем кода, который нужно написать, чтобы поддержать уровень моделей приложения уменьшается от 50% до 70% строк кода. Это связано прежде всего с особенностями, перечисленными выше, обеспечиваю щими Core Data возможностями, которые не придется реализовывать самостоятельно.

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

В дополнение к преимуществам самого framework, Core Data хорошо интегрируется с OS X инструмента. Встроенные инструменты позволяют создать свою графическую схему, быстро и легко. В разрабатываемом пр иложении можно использовать инструменты для измерения производительности Core Data и с их помощью отлаживать различные проблемы. Эти аспекты способствуют дальнейшему ускорению разработки и отладки приложений.

При разработке приложений с Core Data необходимо учитывать сл едующ ие факты:

Core Data не является реляционной базой данных или системой управления реляционными базами данных (СУБД). Core Data обеспечивает инф раструктуру для управ ления изменениями, сохранения и извлечения объектов из хранилища.

Core Data не является панацеей. Она не снимает необходимости написания кода. Можно создавать сложные приложения исключительно с помощью моделирования данных Xcode инструментов и Interface Builder, а для создания современных приложений все равно придется писать код.