я вижу 3 варианта (если не юзать всякое сторонее)
1 — сделать для каждого типа свою ячейку (чисто текст, текст с картинкой, картинка), и сразу зарегистрировать их в таблице
2 — сделать базовую ячейку которая подстраивается под контент(в принцыпе так как в твоем коде но большее унифицировано, чтоб не запутатся в куче переменных), как вариант — каждый тип контента на своей вьюхе, которая добавляется на ячейку если такой тип контента есть в посте. из таблицы в cellForRowAtIndexPath получать пытаться получить ячеqку под тип контента dequeueReusableCellWithIdentifier, и если такой нет — создать такую.
как результат, действий с addSubview/removeFromsuperview будет минимум, только при новом создании ячейки
ну и еще пул uiimageview для карусели картинок можно
3 — для самых изощренных — рендерить пост как картинку, и отображать чисто картинку) с каруселями нужно будет включать смекалку
возможно неплохим бустом былобы кеширование ячеек с разным типом контента. чисто текст, чисто картинки и текст + картинки. layout даже не автоматически довольно прожорлив
конкретно этот пример — не знаю. но допусти нужно сделать еще какой-то код только когда есть делегат и вызвать потом метод делегата. если проверять отдельно и потом вызывать — есть шанс что делегата уже не будет.
Зачем обнулять делегат? В коде как раз сделано кеширование и проверка на nil, так как cachedObject содержит strong ссылку на делегат он не удалиться до того как cachedObject жива.
В классических предсказателях потребление ресурсов растёт экспоненциально при увеличении истории. По этой причине предсказатель на нейросети более эффективен.
Вот значит почему мой компьютер за 3 года начал так тормозить…
У меня идея получше. Темная материя имеет отрицательнуюю гравитацию — и взаимодействует только с видимой материей. Поэтому болшое скопление темной материи за пределами галактик, и какраз это взаимодействие и есть гравитационная постоянная.
я вижу 3 варианта (если не юзать всякое сторонее)
1 — сделать для каждого типа свою ячейку (чисто текст, текст с картинкой, картинка), и сразу зарегистрировать их в таблице
2 — сделать базовую ячейку которая подстраивается под контент(в принцыпе так как в твоем коде но большее унифицировано, чтоб не запутатся в куче переменных), как вариант — каждый тип контента на своей вьюхе, которая добавляется на ячейку если такой тип контента есть в посте. из таблицы в cellForRowAtIndexPath получать пытаться получить ячеqку под тип контента dequeueReusableCellWithIdentifier, и если такой нет — создать такую.
как результат, действий с addSubview/removeFromsuperview будет минимум, только при новом создании ячейки
ну и еще пул uiimageview для карусели картинок можно
3 — для самых изощренных — рендерить пост как картинку, и отображать чисто картинку) с каруселями нужно будет включать смекалку
возможно неплохим бустом былобы кеширование ячеек с разным типом контента. чисто текст, чисто картинки и текст + картинки. layout даже не автоматически довольно прожорлив
конкретно этот пример — не знаю. но допусти нужно сделать еще какой-то код только когда есть делегат и вызвать потом метод делегата. если проверять отдельно и потом вызывать — есть шанс что делегата уже не будет.
ну он станет nil только если вручную выставлят проперти в nil, сам обьект не удалиться пока на него есть сильная ссылка(cachedObject).
Зачем обнулять делегат? В коде как раз сделано кеширование и проверка на nil, так как cachedObject содержит strong ссылку на делегат он не удалиться до того как cachedObject жива.
Нуу физика на нокии то получше была.
Вот значит почему мой компьютер за 3 года начал так тормозить…