ага. Колбэки же помещают

Ну так никто не говорит что правильно.

Я так понимаю сейчас идиамотично использовать useReducer хук и функциональные компоненты

Как это никто не говорит, в официальном туториале так написано

Посмотрел, что это такое. Это тот же самый колбэк

Ну тут тоже написано

Хук useReducer обычно предпочтительнее useState, когда у вас сложная логика состояния, которая включает в себя несколько значений, или когда следующее состояние зависит от предыдущего

https://ru.reactjs.org/docs/hooks-reference.html

Может быть, но он не явный (не передается через пропсы) и обрабатывается самим реактом

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

Видил уже свежие туториалы, где редакс закапывали и показывали, как переписать тот же код на хуки)

Я тоже, но это как со всеми новыми, модными штуками 🙂 Хуки как по мне это способ избавится от обычных компонентов вообще, и перейти полностью на "stateless"/functional компоненты

Аргументация была вроде: "разработчикам слишком сложно понимать классы в js"

Ну сложно спорить с 🌚

Нужно понимать, как работает this в JavaScript, поведение которого отличается от большинства языков. Приходится помнить про привязку контекста для обработчиков событий. Без использования нестабильных синтаксических предложений, код становится многословным.

А можно как-то из npm зависимости подцепить не только js файл, но и css? Пока у меня работает только если его руками скопировать

В node_modules можно руками влезть и там уже покопаться в файлах этой библиотеки

Так файлы не проблема достать. Хочется, чтобы они в сборку автоматом попадали.

Вроде вебпак что-то такое делал, или что там у фронтендеров за популярный сборщик сейчас считается

Так там в плагине и сидит webpack

Но css не собирает

Тогда надо в чат фронтендеров - там должны объяснить

При чем тут фронтэндеры? Вопрос по kotlin-js плагину.

Ой, точно, сорян, чаты попутал