Причина многих вложенных каталогов маршрутов и компонентов в файловой структуре реагирующего проекта

Question

Я смотрю на реактивную и избыточную кодовую базу, которой, к сожалению, не могу поделиться здесь. Файловая структура имеет много уровней каталогов, которые следуют шаблону каталогов маршрутов, содержащих каталоги компонентов, и шаблон повторяется с путем. То есть, типичный путь - это app / маршруты / диаграммы / маршруты / бар / компоненты / bar.js. В этом случае component / bar.js находится рядом с файлом index.js, что часто бывает (но не всегда). Поскольку в приложении много элементов, структура каталогов очень занята. Кажется, что все это поддерживает какую-то модульность, но по нему немного сложно ориентироваться. Тот факт, что компоненты находятся в каталоге маршрутов, который рекурсивно содержит один и тот же путь один или несколько раз, довольно сложно понять. Я также немного озадачен назначением всех вложенных каталогов маршрутов. Что я хочу знать, так это то, что я придерживаюсь идиоматического подхода или стратегии, которую я могу найти и понять?

Answer 1

К сожалению, единственный человек, который может ответить, это человек, который структурировал файлы.

То, имеет ли это какой-либо смысл, зависит от реального проекта и личных предпочтений, но я предполагаю, что в приложении есть маршрут charts, который имеет свои дочерние маршруты, один из которых bar, который может нуждаться не только в компонентах, но и в контейнерах, стилях, типах, тестах и ​​т. Д., Поэтому у него есть собственная папка компонентов.

В конечном счете, нет правильного или неправильного (в пределах разумного) способа построенияваша структура каталогов. При условии, что это имеет смысл и работает для вас / ваших коллег, это совершенно правильно.

Возможно, наличие второй папки routes является избыточным, и просто иметь дочерние папки с именами маршрутов было бы проще, ноэто не очень необычный способ упорядочить вещи.