ты сам hanleClick опиши

Я выше его описываю

Но он принимает сам e?

где

спасибо

У себя в коде

в он клик вызываешь обертку над обработчиком(handleClick), она у тебя параметры принимать будет твои и возвращать обработчик

const handleClick= (e) => {}

Вот так вызвваю

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

Сначала я пропускал весь дата флоу через редакс
(создавал редьюсеры под каждую фичу и тд, даже если она не взаимодействует с другими фичами)
Теперь проект на редаксе меня сильно заебал, и мне лень тратить кучу времени на редьюсеры)
Поэтому для фич которые не связаны с другими фичами я делаю все внутри компонента хуками, иногда с контекстом если вложенность большая
Просто потому что это быстрее и удобнее чем с редаксом
А редакс юзаю в крайнем случае, когда прям надо данные оттуда шарить для других фич, и тому подобное

const handleClick= (e) => {console.log(e)}

Ну разумеется всякие данные которые уже лежат в редаксе, я беру оттуда useSelector, с этим нет проблем)

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

я хз как те ещё обьяснить

Нужно прям внутри чтоли его описывать?

У меня там логика большая у функции

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

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

Ну хз, вопрос архитектуры и планирования