Comments 15
Спасибо :)
PS. <глупый_вопрос>А зачем Image хранить в CoreData?</глупый_вопрос>
PS. <глупый_вопрос>А зачем Image хранить в CoreData?</глупый_вопрос>
0
Пожалуйста. Вам спасибо за комментарий.
P.S.: А чем вас смущает хранение картинок в базе данных? Интересно ли вам почитать продолжение?
P.S.: А чем вас смущает хранение картинок в базе данных? Интересно ли вам почитать продолжение?
0
Продолжение весьма приветствуется :)
PS.
Не быстрее ли их с «диска» грузить, чем через sqlite?
Или у CoreData оно как раз будет автоматически мапится на «диск»?
PS.
Не быстрее ли их с «диска» грузить, чем через sqlite?
Или у CoreData оно как раз будет автоматически мапится на «диск»?
+1
Как вовремя и в карту! Еще утром гуглил заграничный интернет на предмет ios5 sqlite :)
0
Спасибо за комментарий. Интересно ли продолжение?
0
Важно заметить, что Core Data не sqlite. Это фреймворк которые позволяет EAV данные сериализовать в sqlite, равно как и в xml, бинарные plist, память, ну или даже в ваш собственный формат. Это довольно обширная область с множеством своих подводных камней и нюансов которую не рекомендуется рассматривать именно как замену БД.
0
да, конечно
0
Тоже жду продолжения.
+1
в помощь github.com/magicalpanda/MagicalRecord
Сводит количество кода при работе с Core Data к минимуму.
Сводит количество кода при работе с Core Data к минимуму.
0
Есть простое приложение, которое использует sqlite.
Есть необходимость добавить работу с iCloud.
Насколько я знаю, Core Data дружит с iCloud.
Пробовал ли кто работать с Core Data в iCloud?
Действительно ли там всё удобно и просто?
Стоит ли переходить из-за этого с sqlite на Core Data?
Есть необходимость добавить работу с iCloud.
Насколько я знаю, Core Data дружит с iCloud.
Пробовал ли кто работать с Core Data в iCloud?
Действительно ли там всё удобно и просто?
Стоит ли переходить из-за этого с sqlite на Core Data?
0
Спасибо за статью, но с пунктуацией у вас полный п.
0
Sign up to leave a comment.
Разбираем iPhone Core Data Recipes. Часть 1