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

318

Сохранность данных
Рис. 19.1 

Вы можете заметить, что представления расположились
довольно далеко друг от друга (это нормально!)
с
охранение
 
книг
 
для
 
Последующего
 
исПользования
Теперь давайте подумаем, что можно сделать, если пользователь, прочитав 
подробную информацию о книгах, сочтет ее интересной и решит сохранить 
в закладках? Можно, конечно, сохранить книгу в памяти приложения, но эта 
информация исчезнет, как только пользователь закроет приложение. Можно 
сохранить книгу в файловой системе, в формате JSON, но этот способ быстро 
станет слишком громоздким, если пользователь попытается сохранить в за
-
кладках слишком большое число книг, и к тому же он не очень эффективен. На
-
бор данных, который мы используем в этом примере, невелик, но библиотека, 
для которой мы создаем приложение, имеет ОГРОМНОЕ количество книг.
Другой важный аспект: манипулирование этой информацией, например 
сор тировка, фильтрация и разбиение на страницы, легко реализовать, если ис
-
пользовать один из популярных механизмов хранения данных, такой как Core 
Data, база данных SQL, Realm или Room и др. Этого нельзя сказать о файлах 
JSON. Кроме того, размер начинает превращаться в большую проблему, когда 
каждый файл должен поддерживать структуру, порядок и имена ключей для 
хранимых в нем объектов. Для небольших файлов или файлов, хранящих еди
-
ничные объекты, применение формата JSON не только уместно, но и предпо
-
чтительно, однако для библиотеки книг, которую нужно сопровождать, необ
-
ходимо нечто более надежное: база данных.
Пока мы размышляем о выборе лучшего подхода к хранению данных (в этой 
главе речь идет о создании собственного хранилища), не будем останавливать
-

---

Сохранение книг для последующего использования 
