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

Почему SQLite? Почему не Room? Почему не Realm? 
Почему не <вставьте сюда свой механизм ORM>?
Мы (авторы этой книги) использовали SQLite в качестве примера по несколь
-
ким причинам: во-первых, так же как и в случае с другими шаблонами и на
-
борами инструментов в экосистеме Android, эта система управления базами 
данных появилась раньше Room. Во-вторых, SQL хорошо известен разработчи
-

---

iOS 

133
кам, создающим приложения на любых языках, и с успехом может переносить 
запросы между платформами.
i
OS
Основные отличия в механизмах хранения между iOS и Android связаны с ис
-
пользуемой технологией. В Android, как вы видели, широко используется база 
данных SQLite и классы, напрямую взаимодействующие с базой данных по
-
средством сетевых соединений и SQL. В iOS, напротив, технологии уровня баз 
данных абстрагированы в виде собственного объектного графа для хранения 
данных, который называется Core Data. В принципе, Core Data может использо
-
вать базу данных SQLite (и нередко использует) для хранения данных, но также 
может работать исключительно в оперативной памяти, играя роль временного 
хранилища, или использовать файлы XML. То есть база данных становится де
-
талью реализации, которую разработчик может игнорировать.
Настройка соединения со слоем хранения данных
Даже притом что, как предполагается, разработчики могут забыть о различи
-
ях между графом объектов Core Data и простой базой данных SQLite, они все 
же имеют некоторые уникальные черты, которые мы используем в этой гла
-
ве о хранении данных для сравнения iOS и Android. Первая уникальная черта, 
свойственная Core Data, – отсутствие необходимости устанавливать соедине
-
ние с базой данных; обработка SQL-запросов и установка соединений выпол
-
няются самим механизмом Core Data. Однако для «раскрутки» стека Core Data 
требуется настроить соединение.