по мне ничего сложного <Popover opened={state.opened}> <form onSubmit={handleSubmit}> <input onChange={handleChange('name')} value={state.name} /> </form> </Popover>

Он страдает из-за того, что формы разные бывают

Он страдает из-за того, что формы разные бывают

ну бывают разные, и что?

ну бывают разные, и что?

Ну я тоже пытаюсь понять, и что

Чувак, приходи

ок

А

Или как-то так

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

Самый простой вариант — вынести наверх. Вообще замечаю, что реакт внушил страх перед прямыми импортами между модулями, всё непроизвольно хочется запихнуть в какой-нибудь connect или что-то подобное. Но это не единственный вариант

ну мне нравится вариант

один модуль с подмодулями

Ну можно и так, я тут не вижу проблем

кстать, можешь кинуть пример какая у тебя структура по модулям ? А то я не пойму, у меня ощущение, что у меня каша

я уже как минимум три основных встречал 1. routes, components, containers, actions, reducers, sagas, selectors, etc 2. quarks, atoms, molecules, organism, далее все что для редакса/сага/обсервэйбл по вкусу 3. layouts, pages, components, routes, modules -> actions, mutations, state, getters

ну я имел ввиду

что ты делишь код на фичи

и как бы стейт для этих фич вместе с ними

но при этом там файлов меньше чем в самом корне

и организовывать такую структуру не очень рационально

но при этом там файлов меньше чем в самом корне

В плане?

что ты имеешь в виду?

что значит делишь код на фичи? :)

вот у меня фича

да в смысле фича?

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

ну просто папка в которой есть отдеьный стейт

да

ну как бы

не совсем конечно

есть зависимости

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

типа ридакс роутер компоненты и страницы в одной папке

но суть в этом

типа ридакс роутер компоненты и страницы в одной папке

ага понял, я как бы и так и так пробовал

типа фича самодостаточная по факту

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

и ей надо по минимуму от дгуих состойний

экшины, редьюсер со стейтом, компоненты

это то что можно спокойно взять и выпилить или заменить на другое

ой ну нах папку с компонентом с состоянием юзать

поправив корень редьюсеров

экшины, редьюсер со стейтом, компоненты

у меня так было

но я переписал

ой ну нах папку с компонентом с состоянием юзать

ну там просто своя отдельная мини структура получается

слишком малая связанность между кодом

слишком малая связанность между кодом

когда ?

когда у тебя редукс модули

и юайка

отдельно

если хочешь рефакторить, ты скажешь как кенгуру

если хочешь рефакторить, ты скажешь как кенгуру

?

для себя вывел идеальную структуру - папка stateManagement и там в папке state - дерево папок - как дерево стора. Сразу видишь всю структуру и что за что отвечает

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

ну крч ты скжаешь между двумя папками

хотя пилишь одну фичу

Обычно чаще всего ты фокусируешься на чем-то одном

нельзя писать стейт на фронте, без юайя

Либо больше над проектированием состояния либо на компонентах

у тебя почти весь стейт что пишешь требует отображения

дык, юай есть юай а стейт есть стейт

и это можно выделить в фичи/модули/домены пофиг как наазывать

дык, юай есть юай а стейт есть стейт

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

ты скажешь между фичами

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

у которых рандомные связи

Ну как рендомные

бля что за скажешь

ты скажешь между фичами

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

папка стор

в ней модули

и 4 модуля

чисто редукс

а потом понял что у мнея по факту, такая же стуктура в компонентах

зачем мне это дублировать

пиздец какой то 4 файла для ридакса

ну это начало

Разные компоненты юзают одинаковый стейт. Может быть у тебя список пользователей в таблице, может этот список в селекте лежать. А работаешь ты то с одной веткой стейта.

ебашу по классике через actions/*.js , reducers/*.js и огромной папкой components :)

Разные компоненты юзают одинаковый стейт. Может быть у тебя список пользователей в таблице, может этот список в селекте лежать. А работаешь ты то с одной веткой стейта.

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

это не проблема

ебашу по классике через actions/*.js , reducers/*.js и огромной папкой components :)

Лол

Вы же понимаете, что вы просто делаете то же самое с ограничением в 1 уровень

У меня после билда в статике картинка глючит? Какой лучше лоадер юзать для png / svg? Есть ли что-нибудь униварсальное для изображений? webpack

ебашу по классике через actions/*.js , reducers/*.js и огромной папкой components :)

Прошу Вас, Астанавитесь!))

пиздец какой то 4 файла для ридакса

Больше

Лол

та ладно, я только 2-й реальный проект делаю с реакт-редукс. Современнем научусь)

Прошу Вас, Астанавитесь!))

а как посоветуете?)

нельзя писать стейт на фронте, без юайя

да ну :)))

Вы же понимаете, что вы просто делаете то же самое с ограничением в 1 уровень

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

Ага

я кстати сначала описываю АПИ на фронте, потом экшины к нему, потом редьюсеры, потом тестирую что все работает как надо

и только потом херачу уай

Я апи просто генерирую

Вжух

Я апи просто генерирую

ну аналогично

По схеме