D
Из-за угла выглянул даггер, ркс, ретрофит и вообще все, что накидывает оверхедов хотя этого можно было избежать, включая сам андроид
Они не влияют на рендеринг. Мы же про отрисовку вьюшек, или я что-то пропустил?
Size: a a a
2020 March 25
(
Они не влияют на рендеринг. Мы же про отрисовку вьюшек, или я что-то пропустил?
Ну, это вы пришли и заявили, что лучше меньше считать, я напомнил, чему этот совет действительно бы пригодился
D
requestLayout передает привет
Ну так он не вызывается у всего дерева на каждый фрейм.
(
Ну так он не вызывается у всего дерева на каждый фрейм.
It depends
D
Ну, это вы пришли и заявили, что лучше меньше считать, я напомнил, чему этот совет действительно бы пригодился
Не вижу, чтобы ретрофит добавлял заметный оверхед, как и даггер, если им нормально пользоваться. У меня сейчас правда не используется ни один ни другой.
D
А вот разработчикам в целом полезный совет - вычислять то, что нужно и не вычислять того, что не нужно.
(
А вот разработчикам в целом полезный совет - вычислять то, что нужно и не вычислять того, что не нужно.
Все, в принципе вот здесь можно дискуссию заканчивать
(
Эквивалентно "делайте все хорошее и не делайте ничего плохого"
(
Спасибо!
D
Или не уповай на молоток коли руки кривые...
I
> вычислять то, что нужно и не вычислять того, что не нужно.
А помогут на в этом self-adjusting computation 😎
AM
Автосервис на Тракторах сдался
Фото: ХХ
Фото: ХХ
КР
Если у тебя нет гарантий, то api требуще имутабельности в худшем случае летит в пизду, в лучше будет проигрывать персистентным коллекциям (изучите пожалуста вопрос)
В смысле настоящим?
I
В смысле настоящим?
В смыслу readonly vs persitent
КР
В смыслу readonly vs persitent
Надо побенчмаркать их крч.
AM
Надо побенчмаркать их крч.
А при чём бенчмарки к контракту?)
КР
А при чём бенчмарки к контракту?)
Ну я хочу побенчмаркать котлин лист vs персистентные списки из одной либы.)
AM
Ну я хочу побенчмаркать котлин лист vs персистентные списки из одной либы.)
По-моему, в случае разных структуру данных можно вместо бенчмарков посмотреть на сложность интересующих операций. 🤷♂
I
Ну я хочу побенчмаркать котлин лист vs персистентные списки из одной либы.)
А теребе не все равно? Ты мне кажется первопричину не там ищешь.
Почему в реакте (compose/litho/anvil...) рендерят весь UI по стейту?
Почему в RecycleView добавили AsyncListDiff (diffutil)?
Потому что ментальная модель использования имутабельных данных гораздо проще - все.
(делай просто, а фрейворк написанный умными людьми прожует и оптимизирует)
Персистентные коллекции, только амортизируют стоимость вставки.
Почему в реакте (compose/litho/anvil...) рендерят весь UI по стейту?
Почему в RecycleView добавили AsyncListDiff (diffutil)?
Потому что ментальная модель использования имутабельных данных гораздо проще - все.
(делай просто, а фрейворк написанный умными людьми прожует и оптимизирует)
Персистентные коллекции, только амортизируют стоимость вставки.
AN
По-моему, в случае разных структуру данных можно вместо бенчмарков посмотреть на сложность интересующих операций. 🤷♂
Нет, там надо еще смотреть на раскладку в памяти. У линкед листа и у массива сложность по проходу подряд одинаковая, но будет существенная разница по скорости