Как сохранить пользовательские данные с помощью SQLite или базовых данных на устройствах Apple

При создании приложения для iOS необходимо учитывать концепцию «постоянство данных». Постоянство данных — это метод удержания данных в случае сброса приложения или устройства. Никто не хочет играть в игру или обновлять свою чековую книжку и потерять все после сброса, потому что плохо спроектированное приложение не сохранило их информацию. Существует много способов обеспечить сбор и сохранение пользовательских данных, но два метода, которые я хочу выделить, — это использование баз данных SQLite и каркас основных данных Apple.

Apple имеет встроенную функциональность для использования баз данных SQLite в вашем приложении. Этот метод предназначен исключительно для баз данных SQLite, а не для баз данных mySQL. Какая разница? Основное различие между ними заключается в том, что базы данных SQLite встроены в приложение и представляют собой один автономный файл. Базы данных MySQL занимают гораздо больше места из-за их зависимости от нескольких файлов, и они не могут быть встроены в приложение. Вам понадобится специальный редактор для просмотра этих баз данных SQLite. Я использую и рекомендую SQLVue Lite . Существует также полная версия, которая стоит дороже и предлагает несколько дополнительных функций.

Среда Apple Core Data, в отличие от SQLite, использует более объектно-ориентированный подход к хранению пользовательских данных. С помощью Core Data вы создаете объекты, которые напоминают классы и объекты для хранения данных. Эти объекты хранятся в модели данных, которая используется для хранения различных свойств данных. Вы можете хранить атрибуты, которые похожи на переменные экземпляра в Objective-C, отношения между объектами и другими данными, а также извлеченные свойства, которые очень похожи на вышеупомянутые отношения. Единственное различие между отношениями и извлеченными свойствами состоит в том, что отношения вытягивают все данные преимущественно с объектом, в то время как извлеченные свойства распознают существование связанных данных, но не извлекают их сразу.

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

SQLite

Как вы можете себе представить, этот метод требует использования операторов SQL. Если вы не знакомы с ними, это может помочь взглянуть на их структуру, прежде чем углубляться. Хорошую документацию можно найти здесь .

(Примечание: все представленные примеры взяты из XCode 4.2)

Прежде чем начать, нам нужно включить динамическую библиотеку, которая обеспечит все необходимые функции для хранения данных. Найдите iOS SDK в своей системе и перейдите по адресу usr / lib / libsqlite3.dylib.

Чтобы получить доступ к базе данных, мы сначала должны открыть соединение с ней в коде. Эта часть удивительно проста. Код просто выглядит так:

sqlite3 *database;

int result = sqlite3_open(“/path/to/database/file”, &database);

Затем, когда вы закончите с этим, вы закроете утверждение.

 sqlite3_close(database);

Нет причин открывать и закрывать базу данных без внесения каких-либо значимых изменений. Весь смысл в том, чтобы использовать базу данных, поэтому давайте взглянем на команду sqlite3_exec. В этом есть небольшая хитрость. Можно подумать, что вы будете использовать эту команду во всех случаях, но это не так. Это возможно только для операторов SQL, которые не возвращают никаких данных. Это будет включать команды DQL, такие как CREATE, INSERT, UPDATE, DELETE и т. Д.

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

 NSString *query = @”SELECT ID, FIELD_DATA FROM FIELDS ORDER BY ROW”;

sqlite3_stmt = *statement;

int result = (sqlite3_prepare_v2(database, [query UTF8String], -1, &statement, nil);

while(sqlite3_step(statement) == SQLITE_ROW){

int rowNum = sqlite3_column_int(statement, 0);

char *rowData = (char *)sqlite3_column_text(statement, 1);

NSString *fieldValue = [[NSString alloc] initWithUTF8String:rowData];

// do something with the data

[fieldValue release];

}

sqlite3_finalize(statement);

В приведенной выше разметке есть несколько важных шагов. Сначала мы создаем наш оператор SQL. Затем мы должны подготовить базу данных для использования. Рассматривая функцию sqlite3_prepare_v2, мы видим, что первый параметр — это переменная базы данных, которую мы создали. Затем мы берем нашу строку запроса и превращаем ее в C-строку на основе UTF8. Наконец, у нас есть обратное утверждение. У нас есть возможность хранить любые неиспользованные части запроса, но мы устанавливаем его равным nil.

Как только у нас есть эти операторы, мы начинаем циклически перебирать все результаты, используя sqlite3_step (оператор) и проверяя, что каждый из них становится строкой в ​​базе данных. Остальное довольно просто. Сначала мы выясняем, в какой строке мы находимся и какие данные она хранит, и сохраняем ее в объекте NSString, который мы затем можем использовать. Это та часть, где вы можете проявить творческий подход к данным. Очень распространенной тактикой является хранение данных в виде NSDictionary или NSArray, которые будут использоваться при отображении большого количества информации или при использовании табличного представления.

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

 char *sql = “insert into foo values (?,?);”;

sqlite3_stmt *stmt;

if(sqlite3_prepare_v2(database, sql, -1, &stmt, nil) == SQLITE_OK){

sqlite3_bind_int(stmt, 1, 235);

sqlite3_bind_text(stmt, 2, ”bar”, -1, NULL);

}

if(sqlite3_step(stmt) != SQLITE_DONE){

NSLog(@”This should be real error checking!”);

}

sqlite3_finalize(stmt);

 - (void)viewDidLoad

{

AppDelegate *appDelegate = [[UIApplication sharedApplication] delegate];

NSManagedObjectContext *context = [appDelegate managedObjectContext];

NSEntityDescription *entityDescription = [NSEntityDescription entityForName:@"Entity" inManagedObjectContext:context];

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

[request setEntity:entityDescription];

NSError *error;

NSArray *objects = [context executeFetchRequest:request error:&error];

if(objects == nil){

NSLog(@"There was an error!");

}

for(NSManagedObject *oneObject in objects){

NSNumber *lineNum = [oneObject valueForKey:@"lineNum"];

NSString *lineText = [oneObject valueForKey:@"lineText"];

NSString *fieldName = [NSString stringWithFormat:@"line%d", [lineNum integerValue]];

UITextField *theField = [self valueForKey:fieldName];

theField.text = lineText;

}

[request release];

}

 NSManagedObjectContext *context = [appDelegate managedObjectContext];

NSEntityDescription *entityDescription = [NSEntityDescription entityForName:@"Entity" inManagedObjectContext:context];

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

[request setEntity:entityDescription];

 NSManagedObjectContext *managedContext_;

NSManageObjectModel *managedObjectModel_;

NSPersistentStoreCoordinator *persistentStoreCoordinator_;