Ваша мнение о модульном react/redux?

Question

[cester]

Добрый день! Интересно услышать кто что думает о модульном react/redux.
То есть, есть папка с компонентом, в которой сам компонент, контейнер, экшн и редюсер. И нету отдельних папоки actions, reducers...
Недавно читал статью где рекомендовали такой подход и он нормальный для крупных проектов.
Интересно кто что думает об этом, возможно кто-то использовал. Не скажет ли какой-то крутой дядька, что это гавнокод)

Answer 1

[Олег Гамега]

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

для ряда проектов с общим кодом для react-native react я и вовсе думаю часть модулей выносить в npm модули, это пока мысли и не факт что так сделаю, но пока в голове кручу эту идею )
это я к тому что не надейтесь найти серебряную пулю, слепо следовать архитектуре для которой нет даже официальных рекомендаций, не то что спецификаций, тем более на фронтенде не всегда хорошо )

Comments

[Константин Китманов]

лучше лишний раз наплодить конейнеров или чуть более умных компонентов чем прокидывать в компонент за 20 пропертей )

Золотые слова! А то потом ищешь, где свойство пропотерялось, особенно если используется {...props} и нету TS/Flow.

Answer 2

[Виталий]

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

Answer 3

[Евгений Мальцев]

Положительно отношусь и сам постепенно стараюсь перейти на модульную структуру. Стало немного больно прыгать по папкам.
Например в стандартном подходе есть какая-то сущность Account. Это надо пойти в /actions/account.js /reducers/account.js /containers/Account/Account.jsx и тд.
А в модульном проще открыть /Account/index.jsx reducer.js, action.js
Ну это больше мое личное мнение и немного опыта :)
Ну и конечно же многое зависит от проектов.

Comments

[Виталий]

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

[Евгений Мальцев]

Все зависит от менюшки. Но сделал бы отдельный компонент Menu и пропсами контролил.
В нужном месте просто рендерил и в зависимости от модуля прокидывал пропсы.

Все от ситуации и кейса зависит.

[Антон Мудренок]

Когда в проекте 200+ контейнерных компонентов, то в любом случае файлы все будешь искать поиском по проекту, а не в огромном дереве.
+ от стиля зависит, я часто в одном файле пишу однотипные экшены сразу для 5-10 контейнеров, и потом этот один файл подкидываю вместо mapDispatchToPros. А так бы мне пришлось создавать 5-10 файлов экшенов

[Евгений Мальцев]

Антон Мудренок, ну тут дело привычки и кому как удобно, да и в таких больших проектах больше зависит от:
1) Проекта
2) Команды
3) Внутреннего стайл гайда команды

Answer 4

[Aleksei Podgaev]

Мне кажется всё зависит от масштабов.
Если у вас две-три странички в приложении, то делать для каждой кнопки и каждого компонента свои файлы с экшнами, редюсерами и стейтом - лишний гемор.
А вот если приложение достаточно масштабное и хорошо делится на более-менее обособленные модули, то для этих модулей вполне логично сделать свои отдельные экшны, редюсеры и стейт, сложить всё это в отдельную папку, а в перспективе можно этот модуль и в отдельный бандл вынести и ленивую загрузку прикрутить.
Нужно помнить, что программирование должно решать проблему сложности, т.е. уменьшать эту самую сложность. Если с увеличением файлов сложность растёт - вы что-то делаете не так.