Но фишка в том, что даже отбросив процесс вставки, простое удаление тоже долго работает. Все эти 7к записей связаны с одной записей с каскадным правилом. Одна компанда удаления этой записи, приводящая у удалению связанных объектов, уже приводит к лагам

тоже удаляй в приватном контексте. Мейн контекст он от того мейн, что работает с главным потоком

тоже удаляй в приватном контексте. Мейн контекст он от того мейн, что работает с главным потоком

ииии?

тоже удаляй в приватном контексте. Мейн контекст он от того мейн, что работает с главным потоком

ну я так и делаю. Зависит все от схемы стека кордаты, которую обсуждали выше

ну я так и делаю. Зависит все от схемы стека кордаты, которую обсуждали выше

ну если заюзаешь схему с двумя координатами - напиши результат)

ну я так и делаю. Зависит все от схемы стека кордаты, которую обсуждали выше

На пакеты поделить не получается? тип важное сперва сохранить, а остальное где-нибудь в бэкграунде?

блин, просто возьми MR

там за тебя уже все продумали

ну или хотя бы код там подсмотри

блин, просто возьми MR

да, вариант)

да, вариант)

есть инфа что будет все так же

Сначала MR юзают, потом наследуются всю жизнь от одного контекста

ну хотяб попробуешь скажешь, получилось или нет)

Сначала MR юзают, потом наследуются всю жизнь от одного контекста

в каком случае ты решаешь что нужно создавать еще один контекст,а не использовать уже существующий ?

На пакеты поделить не получается? тип важное сперва сохранить, а остальное где-нибудь в бэкграунде?

ну.. тут нет неважного. можно сохранять то, что юзер не видет сейчас. Но все равно, сохранение пойдет через main контекст в той схеме стека кордаты. Тут разница лишь в том, когда юзера заставить страдать: включить сохранение во время его действия или чуть попозже)

как там в МR стек собран main context -> private context -> coordinator->store ?

как там в МR стек собран main context -> private context -> coordinator->store ?

вот у меня сейчас такая же. От main отщипляются фоновые воркеры

блин, просто возьми MR

хотел сказать AR?

хотел сказать AR?

Все правильно MR - MagicalRecord

Для работы с кордатой

хотел сказать AR?

MRC ?

нет, лучше ActiveRecord на свифте ?

зачем все эти обертки?

нет, лучше ActiveRecord на свифте ?

Не говори ничего про свифт, а то Виталий налетит и обругает?

как там в МR стек собран main context -> private context -> coordinator->store ?

там приватный root context и от него пляшет все остальное

Не говори ничего про свифт, а то Виталий налетит и обругает?

а он знает что я специально ?

Слушайте а у меня вот вопрос - мне никогда не надо было работать с массивами данных на ios, а человек, который меня учил, всюду ставит Realm по умолчанию. Скажите, а что бы вы использовали для задачи "загрузить с сервера немножко данных и сохранить их ненадолго". ну там приложение для новостей, например, простейшее?

Слушайте а у меня вот вопрос - мне никогда не надо было работать с массивами данных на ios, а человек, который меня учил, всюду ставит Realm по умолчанию. Скажите, а что бы вы использовали для задачи "загрузить с сервера немножко данных и сохранить их ненадолго". ну там приложение для новостей, например, простейшее?

CD конечно

зачем все эти обертки?

Ну не хотят выстраивать это все сами и юзают готовое)

зачем раздувать приложение, если это легко делается встроенными средствами

Слушайте а у меня вот вопрос - мне никогда не надо было работать с массивами данных на ios, а человек, который меня учил, всюду ставит Realm по умолчанию. Скажите, а что бы вы использовали для задачи "загрузить с сервера немножко данных и сохранить их ненадолго". ну там приложение для новостей, например, простейшее?

У меня еще не было ситуаций, где CD подводила бы

CD конечно

в чистом виде? или с обязкой в виде того же MR?

CD конечно

+

у realm стек поменьше будет

чистый

херак херак и в продакшн

в чистом виде? или с обязкой в виде того же MR?

Ну как хочешь, данных немного же)

в чистом виде? или с обязкой в виде того же MR?

лучше наверн чистый, но MR не такой большой оверхед, там по сути просто набор удобных методов, ты их сама и будешь писать в итоге

ага, понятно. Спасибо!

когда научишся кордате можешь и MR, но скорее всего уже будет свой экстеншен)

лучше наверн чистый, но MR не такой большой оверхед, там по сути просто набор удобных методов, ты их сама и будешь писать в итоге

назревает спор типа юзать аламофайр или идти с урлсесшен)

назревает спор типа юзать аламофайр или идти с урлсесшен)

вот с ним я реально не понимаю в чем профит

назревает спор типа юзать аламофайр или идти с урлсесшен)

а ты подстрекаешь уже смотрю который раз

?

все я работать)

если прыгнишь в MR начнутся проблемы с контекстами)

какие проблемы?

я как увидел как весь coredata стек сетапится, сразу же стал искать что-то вменяемое

в непонимании

для не знающего человека будут большие головные боли, да

как их сохранять и тп

мы же про magical record жи?

так там те же самые контексты

да

MR это не черный ящик, а просто хелпер

понимание CD должно быть

ну вот, если ты не шаришь CD, то все же черный ящик.

вот меня больше бесит, что объекты не thread-safe

ну вот, если ты не шаришь CD, то все же черный ящик.

такой же как и CD

надо передавать objectID, которые может быть даже temporary, если не учитывать этот момент

вот меня больше бесит, что объекты не thread-safe

везде так

вот тому кто не разбирается в контекстах и конкуренси в персистенс то будут проблемы

везде так

ну я чет привык, что это просто plain objects, dumb-model

ты наверное хотел сказать, что везде, где active record

с дата маппером такого беспредела нет

да, речь про подобия ORM

AR одна из реализация ORM

ERROR: S client not available

datamapper ftw

вот тому кто не разбирается в контекстах и конкуренси в персистенс то будут проблемы

я до сих пор не разбираюсь ?

три вида контекстов, этож офигеть

ну тоже на счет RM, дернешь [Object findAll] - тебе вернется масив и ты будешь рад как тюленюшка. Пойдешь на собес, скажут верни мне 5 сущностей, а ты такой ну я MR юзал, мне этого хватало

три вида контекстов, этож офигеть

3?

говорил же, что не разбираюсь

угу, 2

три вида контекстов, этож офигеть

ну это то что МР для тебя сделал, а их можно же насоздать скока хошь)

а, я понял с чем я запутал

в MR есть еще root context

)))

и того какие у нас есть? root, default и child?)

какие создашь

да перепутал я

одно с другим, че пристал

вот по этому МR и не советую, может запутать

без MR боль ваще

а когда чуток поймешь CD можно и поюзать

ну да, я сначала на голом фигачил

потом понял, что много времени на фигню трачу

но до сих пор ясной картины в голове нет

я тоже с MR начинал ибо на первый взгляд все заебок. и когда в очередно раз FRC не подхватил мои изменения, решил разобраться?

вот кстати есть вопрос. пользователь жмакает кнопку, создается entity, но она должна сохранить в основной контекст только когда пользователь нажал на save. Я делаю так: создаю еще один дочерний контекст, создаю в нем entity. Потом этот контекст и его parent сохраняю. как бонус я могу понять, был ли изменен entity в процессе или нет и показать пользователю уведомление, что он собирается закрыть экран, куда он внес данные какие-то

ну то есть две кнопки: save, cancel

если пользователь жмет cancel, то 2 варианта

1) если контекст не менялся, то просто закрываем, контекст удаляем без сохранения 2) если контекст менялся, то вывести предупреждение

вот это правильное использование cd или нет?

ну если ты о том, что на новом экране режактирования ты создал отдельный контекст - то да это норм

ок

если тебе не нужно сохранять из него данные, то можешь их стереть, но один хрен, при удалении дочернего контекста данные умрут

1) если контекст не менялся, то просто закрываем, контекст удаляем без сохранения 2) если контекст менялся, то вывести предупреждение

на счет 2ого пункта ты просто можешь в контексте смотреть какие данные добавлены для изменения

метод есть который возвращает массив измененных объектов