тут 80%, наверное, сообщений, это как ты возмущаешься

А если я из другого потока хочу что-то в UI поменять, то лучше DispatchQueue.main.async или sync?

А если я из другого потока хочу что-то в UI поменять, то лучше DispatchQueue.main.async или sync?

ui только синхронно в main

смотря что надо

А если я из другого потока хочу что-то в UI поменять, то лучше DispatchQueue.main.async или sync?

хочешь дождаться окончания - sync, не хочешь - async

ui только синхронно в main

Дружище, я недавно откинулся с мест не столь отдаленных, потише будь, ок?

я быковать начну

да, вполне возможно что не нужно async. сделай sync

орнул

я быковать начну

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

мне тупо дали 2 по 5

смотри мне

да, вполне возможно что не нужно async. сделай sync

Так вообще нельзя.

Дедлок будет

мне тупо дали 2 по 5

мне это не интересно

Дедлок будет

ВООООООТ

алло, UI это приоритетная операция, она не выполнится асинхронно

Диспатч асунк выполнится

Диспатч асунк выполнится

ну он застрянет в очереди

Дедлок будет

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

ну он застрянет в очереди

Асунк-то на то и асунк же

Разве нет?

Сунк точно встрянет

Асунк-то на то и асунк же

ну из асунка ты не поменяешь ui, а если и поменяешь то через несколько лет, потому что он застрянет там и данные потеряются

В Obj был performSelectorOnMainThread, вот он разруливал такое. Если уже был в мейне то выполнялся сразу

ну из асунка ты не поменяешь ui, а если и поменяешь то через несколько лет, потому что он застрянет там и данные потеряются

Погоди. У него асунк на мейн тред

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

Не?

В Obj был performSelectorOnMainThread, вот он разруливал такое. Если уже был в мейне то выполнялся сразу

да какая разница, я понимаю что мейн, он застрянет

ну из асунка ты не поменяешь ui, а если и поменяешь то через несколько лет, потому что он застрянет там и данные потеряются

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

блин, нельзя изменить imageView.image в main.async

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

Нельзя так

блин, нельзя изменить imageView.image в main.async

Ща я тебе напишу пример

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

-

Или обосрусь. посмотрим

блин, нельзя изменить imageView.image в main.async

почему?

почему?

+

почему?

+

хотя возможно я дичь втираю

ща

блин, нельзя изменить imageView.image в main.async

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

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

по колбеку перформ в мейн и синхронно положить

Ну окей, можно и так. Только зачем?

Смотрю с асинхронкой у всех свое понимание и свои заморочки

Давайте начнем сначала

ладно, все, я ступил

проверил

Попробуй controller = storyboard.instantiateViewController(withIdentifier: 'bla-bla-bla') DispatchQueue.main.async { controller.label.text = 'apple' }

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

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

он предлогал выполнить loadViewIfNeeded()

Это кроме того, что вообще херово ставить текст кнопке в другом контроллере

он предлогал выполнить loadViewIfNeeded()

нет, это не я был

нет, это не я был

а, да

он предлогал выполнить loadViewIfNeeded()

Что тоже не очень, ибо нах грузить вью пока она не нужна

Это я писал

Что тоже не очень, ибо нах грузить вью пока она не нужна

нужна она или нет уже человеку виднее

моё дело рассказать о технологии

Что тоже не очень, ибо нах грузить вью пока она не нужна

ОН РАЗРАБОТЧИК, ОЧЕНЬ ВАЖНЫЙ КУРИЦА И ОН РЕШАЕТ КОГДА ВЬЮХА ДОЛЖНА ГРУЗИТЬСЯ

:D

нужна она или нет уже человеку виднее

Ну я просто не знаю, человек хочет чтобы просто работало или чтобы правильно работало

ОН РАЗРАБОТЧИК, ОЧЕНЬ ВАЖНЫЙ КУРИЦА И ОН РЕШАЕТ КОГДА ВЬЮХА ДОЛЖНА ГРУЗИТЬСЯ

Ты начинаешь меня утомлять

Ты начинаешь меня утомлять

да забавило просто)

Ну я просто не знаю, человек хочет чтобы просто работало или чтобы правильно работало

я предложил когда он еще не сказал в чем дело Этот метод тоже не просто так добавили, есть в нем какой-то смысл значит

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

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

prefetching, preload - пустые слова ага

prefetching, preload - пустые слова ага

ну слово fetch говорит о том, что там уже что-то есть и нужно это обновить. Preload можно расценить как загрузка данных в контроллер перед загрузкой вьюх, а когда вьюхи загрузятся, то они сами подтянут preload данные

prefetch для ячеек например preload как раз для контроллеров в pageviewcontroller очень актуален если хочешь плавного листания

prefetch для ячеек например preload как раз для контроллеров в pageviewcontroller очень актуален если хочешь плавного листания

ну если ты пишешь на свифте, то ячейка находится в памяти пока живет tableview и переюзается, поэтому тут это не актуально. Плавное листание окей, согласен

https://screencast.com/t/Ncj7jT9Rwzo

ERROR: S client not available

Я предполагаю, что он мне выкинет ошибку про optional is nil. Какая разница, на каком потоке он это делает.

Сделал это за тебя.

ну если ты пишешь на свифте, то ячейка находится в памяти пока живет tableview и переюзается, поэтому тут это не актуально. Плавное листание окей, согласен

свифт тут не причем плавности скролла таким образом не получишь на тяжелых вьюхах если будешь использовать только стандартные средства reuse

Всем привет Кто значит какие нибудь паблики, мероприятия, конференции для ios ников Хочу Connect продвинуть

свифт тут не причем плавности скролла таким образом не получишь на тяжелых вьюхах если будешь использовать только стандартные средства reuse

блин, если у тебя сверх тяжелые вьюхи то тебе путь на asyncdisplaykit

Не ты ли мне спамила в личку пару часов назад

а слову, даже скролл в app store лагает

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

Так, теперь давай с тобой. :)

блин, если у тебя сверх тяжелые вьюхи то тебе путь на asyncdisplaykit

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

а слову, даже скролл в app store лагает

у apple все хорошо с железом но не с софтом

у apple все хорошо с железом но не с софтом

ну вот как важный парень ушел с ios 7 так софт по пизде и пошел

у apple все хорошо с железом но не с софтом

тем не менее, у других еще хуже

тем не менее, у других еще хуже

это не причина делать также плохо у них вот все хорошо - instagram, snapchat, uber, vk, telegram

это не причина делать также плохо у них вот все хорошо - instagram, snapchat, uber, vk, telegram

VK??????

всего доброго

это не причина делать также плохо у них вот все хорошо - instagram, snapchat, uber, vk, telegram

Уточняю: это список хороших приложений?

всего доброго

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

Уточняю: это список хороших приложений?

да

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

да ты видел что с вк происходит на беке?

там вообще пзидосики

приложение забагованное

лаги

фантомные чаты

к остальным я так понимаю претензий нет? )

к остальным я так понимаю претензий нет? )

к остальным тоже есть, инста тоже с багами

почему то ТГ лагает со списком аудиозаписей

а что есть приложения без багов?

нет приложения - нет багов

Так, теперь давай с тобой. :)

Слушаю)

Слушаю)

дык видео же: https://www.screencast.com/t/Ncj7jT9Rwzo

А. Сейчас гляну

Интересно. Видимо идет как present - viewDidLoad - и только потом ты ставишь текст. Если бы не презентил контроллер фиг бы сработало. Все равно кмк это не совсем правильно

Интересно. Видимо идет как present - viewDidLoad - и только потом ты ставишь текст. Если бы не презентил контроллер фиг бы сработало. Все равно кмк это не совсем правильно

да, именно. ну на счет правильности ничего не скажу. вернее понятно что правильно - сетить модель, ситуация когда один контроллер знает о другом это вообще дикость. Но автор хотел залипуху, и это способ.