Комментарии 4
Часто бывает что в существующие компоненты без состояния добавляется логика, дизайнер исправил макет и придется перемещать файлы из папки в папку. Может не стоит делить компоненты на глупые и умные?
Я не думаю, что стоит отказываться от идеи разделения компонентов на категории, по ряду причин:
Во-первых, если от этого отказаться, то можно столкнуться с тем, что в папке «Components», в которой «плоско» хранятся компоненты — может быть визуально перегружена, ибо будет большой список компонентов, из-за чего может ухудшится навигация по ним.
Во-вторых, это ИМХО, я считаю, что удобно сразу исходя из того, в какой папке находится компонент, понимать, есть ли в нем логика, либо же её нет. Это сильно может помочь при дебаге.
В-третьих, VS Code, например, не знаю, как обстоят дела с другими IDE'шками, поддерживает автозамену путей в импортах, при перемещении файлов/папок внутри проекта.
В-четвертых, можно спокойно придумать некие другие правила, исходя из разделения, которые помогут Вам структурировать проект, дабы ускорить работу и навигацию в рамках проекта :)
Во-первых, если от этого отказаться, то можно столкнуться с тем, что в папке «Components», в которой «плоско» хранятся компоненты — может быть визуально перегружена, ибо будет большой список компонентов, из-за чего может ухудшится навигация по ним.
Во-вторых, это ИМХО, я считаю, что удобно сразу исходя из того, в какой папке находится компонент, понимать, есть ли в нем логика, либо же её нет. Это сильно может помочь при дебаге.
В-третьих, VS Code, например, не знаю, как обстоят дела с другими IDE'шками, поддерживает автозамену путей в импортах, при перемещении файлов/папок внутри проекта.
В-четвертых, можно спокойно придумать некие другие правила, исходя из разделения, которые помогут Вам структурировать проект, дабы ускорить работу и навигацию в рамках проекта :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Структура React REST API приложения + TypeScript + Styled-Components