Есть прототипчик приложение, который может работать в двух вариантах

1. PWA (F#) + http сервер (F#)
Такой классический backend-frontend подойдет для iOS, чтобы не парится с AppStore

===

2. PWA (F#), который запускатся в WebView Xamarin приложения,
внутри которого еще и лежит сервер (F#)

Получается полностью локальное приложение, но обновления (JS) бизнес логики может прилетать по сети.
APK (~12 mb) надо обновлять, только если "локальная-серверная часть" поменяется.
Хороший вариант для Android, что бы обойтись без Google Play.

Сейчас сделал простой REST, потому что вся логику в PWA, а бек тупой.
Не было смысла бек усложнять, тк service-worker каждый час лезезет за обновлением js-бандла в сеть (фронт всегда актуален).

Но был еще прототип где по yaml-описанию генерился код, который изменения стейта синхронизировал.

Что за класс? Вроде как поля в стейте хватит (про redux я так понимаю и речи нет)

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

> Пробовал через хуки
а какие хуки? useContext?

Но оно реакту не нравится

а что не нравится?

меня смущает useState внутри card, но может быть в kotlin это норм