а вообще есть турбина и ее пурсовая обертка
https://github.com/funkia/turbine

это не так, хз откуда такое понимание у вас, у меня есть вполне сложные приложения с единым стейтом на сайкле, там тоже "по дефолту" предполагается один центральный стейт, можно делать компоенты с внутренним стейтом, но когда используются потоки, внутри логики, они сами содержат стейт, поэтому я говорю, что он везде получается размазан.

Тогда я вообще ничё не понял

дробление инфы для компонентов как делается? или если надо показать динамический лейбл, то он выковыривается из огромного дерева данных приложения?

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

я помню дрочево в редаксе, селекторы) но они просто ковыряют общий стейт
такое только бездарности могли сделать

да что реакт, что редакс это костыль на костыле

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

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

И эссеншиал комплексити задачи "добавить вместо текстового ввода даты виджет календаря" превращается из "указать, где расположен календарь, и в одной строке текстовый инпут заменить на этот виджет календаря" в какую-то дичь с подъегориванием типов стейта и сообщений, и хэндлеров

если мне надо что-то использовать в другом компоненте, я просто слабой ссылкой свяжу

И получается, что при разработке на ельме берутся виджеты на JS и склеиваются через FFI, ну либо вот этот прикол с перебрасыванием через порты

у пурсы лучше ffi

Спору нет, но оно тут не особо помогает

Как-то кажется, что нативная реализация должна проще интегрироваться, чем FFI

просто виджет календаря  - это часть вашего приложения, ведь так? Так почему его стейт не может быть частью общего?

Он должен быть частью общего стейта, только как-нибудь так, чтобы я его не видел никогда в коде, ибо нахрен мне его видеть?

поэтому что все становится прозрачным, и стейт этот будет находится в ответственном родителе, а родитель в своем родителе.. тут коммузм понимаете ли все общее, а вы все по старому хотите, но даже там понимают что капитализм с частной собственностью идут к своему логическому концу

это кроме шуток ;)

Опа... Ладно, давайте больше не будем разговаривать