А сам запрос делай в фоне.

Дык в доках написано же, что объекты реалма надо брать в том треде, в котором собираешься их использовать. Вопрос изначально об этом

Дык в доках написано же, что объекты реалма надо брать в том треде, в котором собираешься их использовать. Вопрос изначально об этом

Ну и используй их, создай из них другие объекты.

ну вдруг) может быть и 10к

Реалм должен отдавать (не работал с ним на иос ещё) ленивый итератор в ответ, вобщем запрос выполняется на стадии итерации, или при вызове конвертации в лист. Мультитрэд выполняется просто, в треде открываешь инстанс, работаешь с данными и закрываешь инстанс.

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

точно, он же Results отдает

а Results уже с этим работают по-хитрому

спасибо!

Че пацаны айфон? Шааарц по ебалу

коллеги, кому не жалко, киньте архив с core_data_by_tutorails от Рея которая до swift 3 прокачана.

#CoreData #Swift #Ray

Мокрые nsfetchedresults objects бесплатно без смс

#CoreData #Swift #Ray

ох спасибо, в годноту добавлюсь)

вы их покупаете? или их дето выкладывают?

Вы это увидели ? Что за ?

что?

версию поднимают и че?

троллинг просто

не про свифт 4, а про то что ему жить осталось не долго

Да он только начал а его уже хоронят)

не про свифт 4, а про то что ему жить осталось не долго

да я понял)

Ребят, а подскажите туториал, где можно прочитать про правильное создание модели, которая будет возращать ячейку. Хочу не switch indexPath писать, а models[indexPath.row].cell.

В tableview?

В tableview?

без разницы

Cell fabric мейби загугли

народ, а так можно юзать методы с блоками? -(void)methodA { NSMutableArray *array = @[].mutableCopy myOBject = [self methodBWithSomeBlock:^(bool isCreated) { array.addObject(myOBject) }]; ... } - (myObject)methodBWithSomeBlock:(myBoolBlock)myObjectIsCreated { MyObject *myObject = [self createOrUpdate]; .... if (myObject.isCreated) { myObjectIsCreated(YES) } return myObject }

ты главное там недоиграйся до ретайн циклов )

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

помимо того, что возвращает метод

да как хоячешь

можно конечно)

главное чтобы потом не сдох обьект каллбека )

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

ну ок, а почему ты подумал что так как ты хочешь не льзя делать?

никогда такой реализации не встречал просто) подумал мб это дикое решение

Ну вообще странная)

Можно просто вызвать какой-нибудь метод когда объект создастся)

так слишком просто

или протокол сделать)

и повесить на себя

и в onCreate(id object) { addObject(object); }

как то так )

я просто не хочу создавать глобальный массив для класса) а в нем надо хранить ток наново созданные обьекты. если все в 1 методе писать - все гуд, если разносить по разным - я не знаю, обьект создан или вернулся старый)

Зачем глобально? Просто массив в классе будет и все

У тебя блок вызовется когда угодно так же как и обычный метод)

Смысл один и тот же)

Только метод безопасней, т.к. твой массив в блоке может зарелизиться

Ну к этому моменту

пока спрашивал: решил, что криво написано) можно и флаг и обьект в блоке возвращать, а метод сделать void :)

Ага)

так синхронный блок, почему зарелизится?

масив же не блоку принадлежит)

Ну я имел ввиду что блок вызовется но к этому моменту массива уже может не быть

как пример

а, не) этот масив юзается еще дальше, после блока) в цепочке методов)

С этого все начинается) Другой разраб об этом знать не будет

у тебя обьект чтоли через нетворк или базу создается ?

так синхронный блок, почему зарелизится?

если блок синхронный зачем он нужен там? методом незя обойтись?)

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

у тебя обьект чтоли через нетворк или базу создается ?

угу, возвращается из базы, если его там нет - то создается новый

как я и говорил, протокол с делегатом на себя

самое простое

и людей не запутаешь

если блок синхронный зачем он нужен там? методом незя обойтись?)

тоесть все же лучше сделать массив пропертей в классе?

как я и говорил, протокол с делегатом на себя

вот мне такой способ вообще туго) никогда так не делал)

нужно привыкать так делать! )

Вы че здурели)

блоки это конечно хорошо, но был один проектик который по наследству достался, там такая иерархия блоков была это жесть) уровней 40

блоки это конечно хорошо, но был один проектик который по наследству достался, там такая иерархия блоков была это жесть) уровней 40

человек с жс наверно перешел

почему ?

с плюсов )

1. Есть метод1 где данные с сервера получаются 2. Есть метод2 где создается новый или возвращается старый обьект 3. Есть метод3, который на сервер отсылает массив новых обьектов. Есть массив, его можно:) вариант А - сделать пропертю, которая доступна классу и в метод2 его заполнять, далее вызывать метод3 который юзает пропертю вариант Б - в метод1 создать массив, заполнять его юзая блок, как описал выше и передавать в метод3

как бы Вы сделали?)

можно и еще какие-то варианты, если Вы бы по другому сделали бы)

метод1 вызывает метод2, метод1 вызывает метод3. Метод2 - просто воспомогательный

Господа, скажите, как в multitouch-последовательности следить за движением отдельного пальца? Пока придумалось единственное решение - хранить указатель на объект UITouch, который передается в обработчики событий. Сравнения запомненного locationInView с текущим previousLocationInView не всегда срабатывают.

Добрый день! Кто нибудь пользуется либой unbox?

Господа, скажите, как в multitouch-последовательности следить за движением отдельного пальца? Пока придумалось единственное решение - хранить указатель на объект UITouch, который передается в обработчики событий. Сравнения запомненного locationInView с текущим previousLocationInView не всегда срабатывают.

yup, так и делается. UITouch объект создаётся для каждого отдельного касания и живёт, пока палец касается экрана

так что это вполне себе уникальный идентификатор для отслеживания движения пальца

Добрый день! Кто нибудь пользуется либой unbox?

Мы!