Как стать автором
Обновить

Комментарии 15

Спасибо :)

PS. <глупый_вопрос>А зачем Image хранить в CoreData?</глупый_вопрос>
Пожалуйста. Вам спасибо за комментарий.

P.S.: А чем вас смущает хранение картинок в базе данных? Интересно ли вам почитать продолжение?
Продолжение весьма приветствуется :)

PS.
Не быстрее ли их с «диска» грузить, чем через sqlite?
Или у CoreData оно как раз будет автоматически мапится на «диск»?
Спасибо, продолжение будет.

Да, конечно, чтение картинок с диска будет быстрее, например вот так:

[UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:@"image.png"]]


Но, в данном конкретном примере, разработчики из Apple, решили хранить их в базе данных.
Как вовремя и в карту! Еще утром гуглил заграничный интернет на предмет ios5 sqlite :)
Спасибо за комментарий. Интересно ли продолжение?
Важно заметить, что Core Data не sqlite. Это фреймворк которые позволяет EAV данные сериализовать в sqlite, равно как и в xml, бинарные plist, память, ну или даже в ваш собственный формат. Это довольно обширная область с множеством своих подводных камней и нюансов которую не рекомендуется рассматривать именно как замену БД.
Поправлюсь: не рекомендуется рассматривать как полную замену БД. Зачастую Core Data начинают применять к месту и не месту, а часто и не правильно (рассматривая ее исключительно как обертку над как раз sqlite), отсюда много ошибок, повышенное требование к ресурсам.
Тоже жду продолжения.
Спасибо за комментарий. Продолжение будет.
в помощь github.com/magicalpanda/MagicalRecord

Сводит количество кода при работе с Core Data к минимуму.
Спасибо!
Есть простое приложение, которое использует sqlite.
Есть необходимость добавить работу с iCloud.
Насколько я знаю, Core Data дружит с iCloud.

Пробовал ли кто работать с Core Data в iCloud?
Действительно ли там всё удобно и просто?
Стоит ли переходить из-за этого с sqlite на Core Data?
Спасибо за статью, но с пунктуацией у вас полный п.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации