Надеюсь я помогу кому то своим комментарием. /components/ - глобальные компоненты (используются везде). /components/[page]/ - компоненты для конкретной странице . /containers/ - компоненты с бизнес логикой (умные компоненты). /services/ - модули работающие с данными тоже бизнес логика, но не компоненты. /utils/ - вспомогательные функций aka хелперы. /pages/ - роутинг приложения. Я использую nextJS поэтому там это из "коробки" сделано. /styles/ - глобальные стили. /redux/ - все что связано с redux. /* По желанию */ /repositories/ - методы для получения данных из глобальных стейтов или апи запросов, но это уже больше подходит к проектам с "Чистой архитектурой". Можно обойтись redux селекторами и папкой api) Всем спасибо за внимание.
Лучше компоненты, которые используются только в одной странице, размещать там же, т.е. pages/home/ тут основная страница index.ts и в этой же папке можно расположить компоненты, методы, стили, типы, которые используются только в этой странице. Так можно добиться максимальной модульности. А так же, придерживаясь такого метода, можно максимально сократить количество Redux, за что оптимизация скажет спасибо.
@@СергейВер-и9ю спорный момент, но тут каждому свое. Лучше иметь одну папку components, чем несколько папок разбросаные по всему проекту. Имхо. Просто даже тот же самый NextJS вам не позволит создать папку components внутри папки pages :D Насчет redux не совсем понял. Наверное идея в том что и туда action и reducer класть. Да можно может и удобно. Повторюсь каждому свое. Лично я стараюсь писать код так, чтобы мой проект не зависел сильно от библиотек и фреймворков. Пример из опыта моя бизнес логика приложения не зависит от ReactJS, я могу спокойно визуальную часть переписать на любой другой фреймворк Vue, Angular и т п не затронув бизнес логику.
а Rest API куда? Бэкенд админ управления куда? Бэк какой? Нода? Вэбсервер express? Nginx перед ним? ... имхо вот это бы всё целеком - вот это бомба конент, так как в нете есть инфа только по каждой теме в отдельности.. ( Спс за видео!!
Надеюсь я помогу кому то своим комментарием.
/components/ - глобальные компоненты (используются везде).
/components/[page]/ - компоненты для конкретной странице .
/containers/ - компоненты с бизнес логикой (умные компоненты).
/services/ - модули работающие с данными тоже бизнес логика, но не компоненты.
/utils/ - вспомогательные функций aka хелперы.
/pages/ - роутинг приложения. Я использую nextJS поэтому там это из "коробки" сделано.
/styles/ - глобальные стили.
/redux/ - все что связано с redux.
/* По желанию */
/repositories/ - методы для получения данных из глобальных стейтов или апи запросов, но это уже больше подходит к проектам с "Чистой архитектурой". Можно обойтись redux селекторами и папкой api)
Всем спасибо за внимание.
Спасибо тебе большое дружище.
Спасибо!
Лучше компоненты, которые используются только в одной странице, размещать там же, т.е. pages/home/ тут основная страница index.ts и в этой же папке можно расположить компоненты, методы, стили, типы, которые используются только в этой странице. Так можно добиться максимальной модульности.
А так же, придерживаясь такого метода, можно максимально сократить количество Redux, за что оптимизация скажет спасибо.
@@СергейВер-и9ю спорный момент, но тут каждому свое. Лучше иметь одну папку components, чем несколько папок разбросаные по всему проекту. Имхо. Просто даже тот же самый NextJS вам не позволит создать папку components внутри папки pages :D
Насчет redux не совсем понял. Наверное идея в том что и туда action и reducer класть. Да можно может и удобно. Повторюсь каждому свое. Лично я стараюсь писать код так, чтобы мой проект не зависел сильно от библиотек и фреймворков.
Пример из опыта моя бизнес логика приложения не зависит от ReactJS, я могу спокойно визуальную часть переписать на любой другой фреймворк Vue, Angular и т п не затронув бизнес логику.
👍🔥🔥🔥
Очень редкий и интересный контент ! Спасибо
Спасибо! Очень приятно!
Уделяете внимание деталям, подписка
Просто находка!
Спасибо большое. Подписка.
Спасибо хорошая информация
Спасибо, интерестно.
Отличное видео, подписался!
Спасибо, очень помогли!
Имеются ли у вас уроки на UDEMY? Очень подробно преподаете. Спасибо
Спасибо! К сожалению, пока только на youtube
а Rest API куда? Бэкенд админ управления куда? Бэк какой? Нода? Вэбсервер express? Nginx перед ним?
... имхо вот это бы всё целеком - вот это бомба конент, так как в нете есть инфа только по каждой теме в отдельности.. (
Спс за видео!!
Смотрите в сторону микросервисной архитектуры.
Также рекомендую 👉 useLayoutEffect и useEffect ua-cam.com/video/wPQlz4M4rnI/v-deo.html
Еще больше о разработке 👉 it-dev-journal.ru