Что лучше использовать для приложения на iOS: Core Data или sqlite + ORM?

Question

[Eridana]

Здравствуйте. На iOS я пишу совсем недавно и возник один вопрос. Есть приложение, у него соответственно какие-то данные. Их немного - 2 сущности, в одной будет записей 8-20 максимум, во второй максимум 100, ну 200.
Знакомые высказали 2 противоположных мнения:
1) лучше использовать Core Data, т.к. быстрее программировать, удобнее использовать, все готовое и т.д.
2) лучше создать сторонней программой sqlite базу, прицепить к проекту и использовать с каким-либо ORM, т.к. она потом доступна извне, проще меняется и т.д.

Что по вашему мнению целесообразнее использовать в данном случае? Какие плюсы и минусы есть у данных способов? Буду очень благодарна за ответы.

Answer 1

[Александр Гомзяков]

Ваша задача, полагаю, будет прекрасно решаться средствами как ORM, так и Core Data.

Стоит понимать, что Core Data - это не ORM, а средство для работы с графом объектов. Сравнивать их можно лишь очень условно. Если вы уже работали с ORM, то пользоваться Core Data будет несколько непривычно.

Если сроки, отведенный на написание приложения, не горят, рекомендую всё-таки освоиться с Core Data - это прекрасная технология, позволяющая полностью закрыть букву M в аббревиатуре MVC. Помимо того, что Core Data является нативным фреймворком, который всегда "под рукой", он очень быстр, обновляется самой Apple (вероятность того, что в будущем придется переползать с одной ORM на другую, ниже) и позволяет писать очень компактный и надежный код.

Не понял, что имелось ввиду под доступностью sqlite "из вне", да и в принципе слабо знаком с ORM-решениями. Полагаю, у них есть свои плюсы и есть минусы.

Comments

[Eridana]

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

[ИУРИИ]

Точно также файл с БД, который использует Core Data можно подменить.

[ИУРИИ]

PS: Так же, как и @gomzyakov рекомендую использовать Core Data.

[evnuh]

Исправьте, если я ошибаюсь, но Core Data где-то внутри использует как раз SQLite.

[Eridana]

@evnuh Да, насколько я знаю, core data что-то типа обертки над sqlite. @gomzyakov - спасибо большое за совет, так и буду делать.:)

[Александр Гомзяков]

@Eridana Всегда пожалуйста :)

[Александр Гомзяков]

@evnuh > Core Data где-то внутри использует как раз SQLite
SQLite - это лишь один из вариантов хранения данных кор датой. Вариант самый распространенный, используется по умолчанию при создании проекта поддерживающего Core Data.

Помимо SQLite, данные могут сериализоваться в XML или храниться бинарно. На это пока можете не обращать внимание, чтобы уйти от SQLite надо четко понимать зачем (самому ни разу не приходилось менять формат хранения).

[s0L]

Забавно, что многие говорят CoreData - это не ORM. Что же по вашему такое ORM?

[corristo]

Core Data хороша до тех пор, пока не придется писать что-то асинхронное/многопоточное

[s0L]

@corristo и с чем это связано? Я ее прекрасно использую с многопоточностью во многих проектах, Core Data такие вещи поддерживает. Если знать что делать, проблем не возникает. Для особо ленивых есть обертки типа magical records.

[corristo]

@s0L поддерживает, но concurrency там прикручено сбоку резинкой от трусов. Ошибиться все равно очень легко. Ну и стандартная подборка жалоб: tonyarnold.me/post/coredata.next

[Алексей Сторожев]

@s0L я думаю, orm предполагает связь объектов и базы данных. Core Data может быть очень эффективным средством и совсем без базы данных (хранение только в памяти или в других persistent storage, не БД)
https://developer.apple.com/library/mac/documentat...
What Core Data is not

[s0L]

@storoj не надо путать БД и СУБД. Базой данных можно назвать что угодно, xml файл, файловую систему, электронную таблицу, список имен в текстовом файле и тому подобное. Так вот ORM и CoreData в частности выполняют одни и те же функции - предоставляют высокоуровневый объектно-ориентированный интерфейс для манипуляции этими данными. А как они в конечном счете хранятся не имеет значения, будь то СУБД, просто файл или память.

[Алексей Сторожев]

@s0L ну если считать контекст(ы) (NSManagedContext) базой банных - то может быть можно и согласиться, но я почему-то так не думаю

Answer 2

[Rockerman]

Рекомендую CoreData + MagicalRecords. Практчиески из коробки будет синхронизация базы через iCloud. Мелочь, а приятно.

Answer 3

[Максим Глобак]

Можно посмотреть в сторону Realm. Очень простой синтаксис и все очень понятно.
p.s. ходят слухи, что эта штуковина быстрее CoreData