ET
поищи может уних
Size: a a a
2020 April 13
ET
что сопрешь _
A
смотри профилировщик. мб декод картинки из джипега вынести в фон (например SDWebImage так делает, тоже на хабре статья есть, из аналогов на свифте - KingFisher, но про него не знаю делает ли так). но по остальному - профилировать
Погляжу, спасибо, но экране нет ничего такого кроме кучи лейблов и графика
A
смотри профилировщик. мб декод картинки из джипега вынести в фон (например SDWebImage так делает, тоже на хабре статья есть, из аналогов на свифте - KingFisher, но про него не знаю делает ли так). но по остальному - профилировать
Больше всего времени занимает именно layout
ВК
Больше всего времени занимает именно layout
ты его переопределяешь где-то?
ВК
там все в стеквью? если да, попробуй стек убрать
ВК
то есть в каждой ячейке еще скрол и стек со вложенными стеками?
A
то есть в каждой ячейке еще скрол и стек со вложенными стеками?
Ес
ВК
думаю, в этом проблема. постарайся придумать как облегчить
ВК
попробуй это облегчить, хотя бы вложенные стеки убрать. мб использовать внутри коллекции и таблицы вместо этого вот всего. либо смотри что еще медленно и за счет этого выезжать
ВК
что возможно - выносить с мейн-потока (пример - подготовка данных для графика)
ВК
и еще проверь есть ли смысл убирать это дело. для теста убери контент весь с ячеек и посмотри будет ли подлагивать. будет - беда может крыться в другом
ВК
если layoutSubviews хоть где-то переопределяется, то на него тоже стоит обратить внимание (для графиков скорее всего переопределяются)
ВК
о, еще вспомнила. снизь приоритеты всем констрейнтам и активируй их пачками (NSConstraint.activate). сториборды и ксибы сами оптимизируют активации констрейнтов (но приоритеты!). если совсем никуда, то из констрейнтов можно попробовать выйти в фреймы, но они ща вроде все равно переводятся под капотом в констрейнты такшт не уверена и тогда аккуратно с разными экранами