Size: a a a

Android Architecture

2021 August 02

JF

Jorik Fat in Android Architecture
но можно просто хранить текст во ViewModel, и присылать точечные изменения. А при создании View брать последний текст из ViewModle
источник

JF

Jorik Fat in Android Architecture
presentation
источник

Y

Yanis in Android Architecture
адаптер с дифом будет делать примерно тоже самое
источник

Y

Yanis in Android Architecture
и MVVM ничего даже знать не будет об этом
источник

Y

Yanis in Android Architecture
собственно говоря compose и призван решать эту проблему
источник

JF

Jorik Fat in Android Architecture
почему? у него как раз и лежит ViewState, он его меняет. Ему как раз проще всех сделать точечное изменение
источник

Y

Yanis in Android Architecture
вы пытаетесь решить проблему отрисовки UI с помощью MVVM, это не правильно
источник

Y

Yanis in Android Architecture
сегодня вы рисуете нативно, добавляете кучу костылей в MVVM, завтра вы перейдете на compose и все эти костыли уже не нужны будут
источник

JF

Jorik Fat in Android Architecture
с фильтрацией отрисовки в UI получается что состояние дублируется. Одно хранится в Presentation, вторая копия лежит в UI
источник

JF

Jorik Fat in Android Architecture
и возникает простой вопрос, "зачем?"
чтобы декларативность?
источник

Y

Yanis in Android Architecture
архитектура это не про производительность и отпимизацию
источник

Y

Yanis in Android Architecture
если у вас стоит вопрос производительности и потребляемых ресурсов, тогда придется костылять
источник

Y

Yehor in Android Architecture
Занесу в список любимых цитат.

- Чего UI тормозит?
- Дык, архитектура красивая
😂
источник

JF

Jorik Fat in Android Architecture
это одна из целей архитектуры
источник

JF

Jorik Fat in Android Architecture
если архитектура вынуждает оптимизировать работу UI - это плохая архитектура
источник

АЕ

Алексей Ершов... in Android Architecture
композ с вами не согласен) А у вас проблема-то точно есть? Плохо работает если дифф не делать? Или это просто теоретическое обсуждение?
источник

JF

Jorik Fat in Android Architecture
умозрительный эксперимент
источник

JF

Jorik Fat in Android Architecture
я считаю, что gap в compose это такой "костыль из коробки", потому что Google понимает, что далеееееко не все будут выстраивать архитектуру, поэтому пускай фреймворк будет хоть немного себе оптимизировать работу
источник

АЕ

Алексей Ершов... in Android Architecture
не нравится мне тут слово костыль. Это решение задачи оптимизации для деревьев с конкретными характеристиками, которое хорошо подходит под UI деревья. Если это костыль, тогда вся оптимизация это костыль, и все процессорные наборы быстрых векторных команд это костыль, а видеокарты вообще костыль костлище)
источник

Sergey λ in Android Architecture
В смысле, это же замечательно когда пишешь "обычный" код, а фреймворк максимально всё пытается оптимизировать.
Этим и занимаются компиляторы, чего только стоял в gcc оптимизатор -О3
источник