это не решается тайпингами. котлиновские классы и объекты генерит бэкэнд k/js. а на стороне js (либы/фрема) может ожидаться объект с другими своствами

Питерское Kotlin сообщество опубликовало записи с Kotlin/JS митапа у себя на канале:

"Fun" as in "funeral": fullstack-разработка на Kotlin" – Александра Николаенко, eLama
"Kotlin/JS: как и зачем" – Сергей Ростов, JetBrains

https://www.youtube.com/channel/UCeRemwpIVoPrswJhOeXH1hA

дык старые же видосы... и не особо актуальные уже...

Сорри, слоупочу

Публикнул: https://medium.com/@altavir/taming-react-with-kotlin-js-and-coroutines-ef0d3f72b3ea

Можно кстати дополнительно в слак отправить
Во всяком случае #feed канал или #javascript

Отправлю обязательно. Сейчас мне ошибки тут посмотрят и отправлю

Меня сразу в двух местах спросили, " почему не редукс". Может мне кто-нибудь сформулировать, а чем бы редукс был лучше?

Мне он не подходит, но дискусси ради

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

Ну темне менее вопрос был. Поэтому вопос на вопрос. Надо ли решать поставленную задачу редуксом, или мой вариант тоже ничего?

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

Я не читал вашу стать. Но точно могу сказать если вы не упарываетесь по фп, то редукс вам не нужен. Это альтернатива ооп паттерну EventEmitter.

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

Реакта и встроенных в него средств достаточно.
Редукс это просто другая религия.

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

Я копал интернет, но кроме рекомендации сделать все на реакте ничего внятного не нашел.

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

Ну я как раз там в коментах написал, что все рассуждения про "все на реакт" годятся для тонких клиентов. Но я вообще не про хранилище, а про управление.

а сорри.. невнимательно прочитал описание проблемы. теперь кажется понял вопрос...
это конечно немного странно использовать реакт только ради компонента.. Обычно фрейм закладывают как базу для всего приложения..
Но что мешает получить ссылку на компонент и просто вызывать его методы?