@themishkun @angmarr
Касательно этих ваших чаёв и сохранения во внешний стор части стейта: а коэффекты разве эту проблему не решают?

Тупенькое приложение, которое, я не знаю, показывает погоду в некой локации, выбранной юзером. В стейте название локации и сведения о погоде. Когда юзер меняет на UI топоним, бросается два эффекта -- о сохранении новой локации и о запросе погоды. После сохранения ко-эффект, связанный с теми же реактивными префами накатывает в стейт новый топоним.

Или я изначально обсуждаемую проблему не так понял?

Я не готов щас сочинять развёрнутое саммари по докладу или статьям об этих ваших чаях, но основная претензия к андроиду в разрезе конфликта с декларативным подходом описания UI -- внутреннее состояние компонентов, которое порой нетривиально согласовывать с состоянием приложения. Это, конечно же, решаемая задача, но разговор не о том был.

Касательно того, какие UI-фреймворки НЕ построены так, что этим самым согласованием надо заниматься, см. Флаттер, компоуз, реакт и иже с ними.

Кстати если любой компонент в tea это дерево, то моя идея по разбитию фрагмента на отдельные вьюхи тут подходит

Пример, который я пытался привести - это сильно ветвистое дерево, у каждой ветки которого есть состояние - открыт/закрыт (у меня это реальный кейс). При чем в каких-то случаях надо сохранять состояние веток на релоаде, в каких-то нет. На реакте это больно. С текстовыми полями внутри веток еще хуже.

Мне впадлу было слишком долго рассматривать результаты поиска по изображениям.

Вот оно даже целиком. И это простой вариант. В сложном в левом дереве сотни тысяч элементов. Основная пробелма была в том, что бы проперти правильно перерисоаывались при выборе другого элемента.

Обожаю обсуждать UI/UX. Возник вопрос - зачем отображать деревья с сотнями тысяч элементов? Работа с ними будет заключаться тупо в скроллинге.  Что если заменить целое дерево формой выбора и визуализацией выбранных элементов (с промежуточным узлами)

Обожаю обсуждать UI/UX. Возник вопрос - зачем отображать деревья с сотнями тысяч элементов? Работа с ними будет заключаться тупо в скроллинге.  Что если заменить целое дерево формой выбора и визуализацией выбранных элементов (с промежуточным узлами)

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

обзор ограничен размером экрана и магическим числом 7

ну можно жи поскролить для осознания кол-ва даты )

Обожаю обсуждать UI/UX. Возник вопрос - зачем отображать деревья с сотнями тысяч элементов? Работа с ними будет заключаться тупо в скроллинге.  Что если заменить целое дерево формой выбора и визуализацией выбранных элементов (с промежуточным узлами)

ну разве что за это платят