Что выберешь для хранения данных?

Выбор инструмента хранения данных в iOS

Для хранения данных в iOS я выбираю инструмент на основе конкретных требований, учитывая объём данных, структуру, скорость доступа, требования к безопасности и необходимость синхронизации. Вот мой подход к выбору:

Ключевые факторы выбора

1. Тип данных: простые ключ-значения, сложные объекты, отношения между сущностями, бинарные данные.
2. Объём: небольшие настройки (до 100 КБ), средние кэши (до 10 МБ), большие базы (гигабайты).
3. Сложность запросов: простые выборки, фильтрация, сортировка, агрегация.
4. Производительность: скорость чтения/записи, работа в фоне, многопоточность.
5. Безопасность: необходимость шифрования, хранение чувствительных данных.

Основные инструменты и их применение

1. UserDefaults

Использую для хранения небольших настроек пользователя и простых флагов.

// Сохранение настройки
UserDefaults.standard.set(true, forKey: "isDarkModeEnabled")

// Чтение настройки
let isDarkMode = UserDefaults.standard.bool(forKey: "isDarkModeEnabled")

Когда выбираю: для хранения простых типов данных (String, Int, Bool, Data) объёмом до 100 КБ. Не подходит для сложных объектов или больших объёмов.

2. Keychain

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

import Security

struct KeychainManager {
    static func save(password: String, for account: String) -> Bool {
        let query: [String: Any] = [
            kSecClass as String: kSecClassGenericPassword,
            kSecAttrAccount as String: account,
            kSecValueData as String: password.data(using: .utf8)!
        ]
        
        SecItemDelete(query as CFDictionary)
        return SecItemAdd(query as CFDictionary, nil) == errSecSuccess
    }
}

Когда выбираю: для любых чувствительных данных, требующих шифрования и защиты.

3. Core Data + SQLite

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

// Современный подход с NSPersistentContainer
let container = NSPersistentContainer(name: "DataModel")
container.loadPersistentStores { description, error in
    if let error = error {
        fatalError("Failed to load Core Data stack: \(error)")
    }
}

// Контекст для работы (предпочтительно background context для операций записи)
let context = container.newBackgroundContext()
context.perform {
    let newUser = UserEntity(context: context)
    newUser.id = UUID()
    newUser.name = "Иван Петров"
    
    do {
        try context.save()
    } catch {
        print("Ошибка сохранения: \(error)")
    }
}

Когда выбираю:

• Сложные модели данных с отношениями "один-ко-многим", "многие-ко-многим"
• Необходимость выполнения сложных запросов с предикатами
• Требования к миграции схемы данных
• Локальное кэширование данных с сервера
• Приложения с каталогами, базами клиентов, историей операций

Преимущества Core Data:

• Встроенная поддержка миграций схемы
• Отслеживание изменений через NSFetchedResultsController
• Оптимизация памяти с помощью faulting
• Интеграция с SwiftUI через @FetchRequest
• Поддержка облачной синхронизации через NSPersistentCloudKitContainer

4. Realm

Рассматриваю как альтернативу Core Data для проектов, где важна высокая производительность и более простая настройка.

import RealmSwift

// Определение модели
class Task: Object {
    @Persisted var id: ObjectId
    @Persisted var title: String
    @Persisted var isCompleted: Bool
}

// Работа с базой
let realm = try! Realm()
try! realm.write {
    let task = Task()
    task.title = "Изучить Realm"
    realm.add(task)
}

Когда выбираю: для высоконагруженных приложений с интенсивными операциями чтения/записи.

5. SQLite напрямую

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

import SQLite3

class SQLiteManager {
    var db: OpaquePointer?
    
    func openDatabase() {
        let fileURL = try! FileManager.default
            .url(for: .documentDirectory, in: .userDomainMask, appropriateFor: nil, create: false)
            .appendingPathComponent("database.sqlite")
        
        if sqlite3_open(fileURL.path, &db) == SQLITE_OK {
            print("База данных открыта")
        }
    }
}

Когда выбираю: для специфических задач, миграции легаси-кода или работы с готовыми SQLite-базами.

6. Файловая система + Codable

Использую для хранения структурированных данных среднего объёма в форматах JSON, Plist.

struct AppSettings: Codable {
    var theme: String
    var notificationsEnabled: Bool
}

class SettingsManager {
    static func save(settings: AppSettings) {
        let encoder = JSONEncoder()
        if let encoded = try? encoder.encode(settings) {
            let url = FileManager.default
                .urls(for: .documentDirectory, in: .userDomainMask)[0]
                .appendingPathComponent("settings.json")
            try? encoded.write(to: url)
        }
    }
}

Когда выбираю: для кэширования ответов API, хранения профилей пользователей, конфигураций.

Практическое решение

В большинстве проектов я использую комбинацию инструментов:

• UserDefaults для простых настроек интерфейса
• Keychain для токенов авторизации
• Core Data для основной бизнес-логики приложения
• Файловую систему для кэширования изображений и документов

Последние годы я предпочитаю Core Data для большинства задач благодаря:

• Глубокой интеграции с iOS экосистемой
• Поддержке Swift Concurrency через perform и performAndWait
• Современному API с NSPersistentContainer
• Возможности облачной синхронизации через CloudKit
• Отличной поддержке в SwiftUI

Для новых проектов также рассматриваю SwiftData (начиная с iOS 17) как более современную альтернативу, особенно в связке с SwiftUI.