Продолжаю обзор сутила) Пока что все очень нравится) Удобно писать html благодаря feliz движку, биндинги на стандартный хтмл все уже есть, пока проблем не возникало. По поводу схожестей - получается что-то среднее между ангуляром и реактом, реактивность ангуляровская, но главное отличие что объекты иммутабельные, т.е. если сделал стор из массива, не получится обновить только один элемент, надо полностью обновлять весь массив, и тогда перерисуется все что зависело от целого, это уже больше на реакт похоже, только  в реакте там виртуал дом, и реальный дом весь не перерисуется, а в сутиле обычный дом апдейтиться будет.

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

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

нет никакого разделения на компоненты, ты просто пишешь функции где угодно и как угодно, красота) т.е. у тебя есть родительская функция, которая вызывает дочернюю функцию и ей какие-то параметры передает

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

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

Звучит как rx

ну так там насколько я видел и есть rx, только давнишний, тот что в фарше с первой или второй версии живет. Удобно в сутиле, что там биндинги сразу на хтмл, типа Bind.attribute, Bind.selected Bind.fragment(это на кусок html)

Звучит опасно, куча комбинатор и реактивщины. В elmish все просто весь UI это композиция чистых функций (без реактивных комбинаторов).

Fable.Reactive :)

ага, только там вся проблема не в чистых функциях а в стейте и обработке команд с его апдейтом) вот код примитивнейшего примера сутила через элмиш

а в реальной аппе команд будет в 10 раз больше

я хз как с этим жить)

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

ну сами смотрите) мне вот элмиш не зашел, обзерваблы намного чище выходят в коде

тут надо смотреть как это все будет себя вести при масштабировании

потому что у меня пока ощущение что это в какой-то момент поползет в адскую сложность менеджмента состояния

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

ну глобальное тоже будет, но оно не будет на все приложение как в элмише

любое локальное состояние не перестает быть состоянием (и временами является и более опасным, ибо оно неявное)