хостинг и стратегия совместного использования кода для нескольких реагирующих интерфейсов - PullRequest
0 голосов
/ 10 января 2020

Я планирую создать группу (от 2 до 3) ReactJS внешних интерфейсов, которые в основном взаимодействуют с одним и тем же существующим Ruby в Rails API. Каждый интерфейс будет отображаться в другом домене, но будет использовать одну и ту же систему графического дизайна c и пользовательский интерфейс. Из-за этого я представляю, что они будут делиться большим количеством кода.

Как бы вы порекомендовали организовать код для такого проекта? А также, как бы вы его развернули?

Совместное использование кода

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

Я также заметил бит , но мне интересно, хочу ли я быть настолько зависимым от проприетарного сервиса.

Эти веб-сайты не обязательно должны быть полностью изолированы друг от друга в разных репозиториях - даже если они находятся в разных доменах, вы почти можете думать о них как о разных разделах одного и того же сайта, в том смысле, что они тесно связаны.

Развертывание

Если, например, весь этот код хранится в одном и том же npm проекте, то возможно, что когда при развертывании несколько сценариев сборки могут создавать каждый интерфейс, а затем выводить sh каждой сборки в CDN. Это будет хорошая стратегия?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...