логику в нескольких приложениях, изменяться будет только дизайн и расположение, к тому же обновлять бизнес логику на всех сайтах. Как правильно такое организовать?
Наша компания поддерживает порядка 10 сайтов, схожими по функционалу, но различными по дизайну и контенту.
тоже интересно, оборачивают ли в таком случае в npm пакеты
Отдельно иметь репу с компонентами для централизованной поддержки
На бек выносить
А как сделать взаимодействие между друг другом. По типу hoc? Или в отдельном репо только reduz, sagas etc?
Так в том то и суть вложений в разработку, что мы хотим сократить работу сервера и большую часть бизнес логики перенести на фронтенд. Сейчас полностью все работает на бэке. Да и на реакте легче делать отзывчивые приложения, пва и прочие модные штуки.
Дорожка скользкая, если производство дизайна будет в руках тех кто не понимает что можно, а что нельзя - очень быстро станет ясно что бизнеслогика одна, да не одна, элементы с страниц на страницу прыгают, меняются местами и тд и тп. В идеальном мире - есть компоненты со всей фигней + есть папочки с «темами» где стремяться оперировать только стилями, либо более сложно - и шаблоны переопределяют тоже, тут поддержка начинает хромать сразу.
Все верно, но можно ведь менять порядок компонентов в самой теме
Обсуждают сегодня