еще одну админку для другого бекенда. Хотим делать в том же проекте, чтобы упростить себе жизнь с шарингом компонентов.
Сейчас я представляю себе это как просто ограничение роутов + разные модули стора.
Есть какие-то хорошие практики. Кто-либо писал абстракции над вью типо api abstract layer ?
Если речь исключительно в шаринге компонентов, то вы можете вынести их в отдельную сущность, опубликовать как приватный npm пакет и установить его в каждую из админок. Это не простой путь, конечно, но по факту вы именно это и хотите - независимую библиотеку компонентов.
Проблема в том, что проект закрытый. Есть свой npm но геммор. Плюс единая авторизация через SSO на всех проектах. Помимо компонентов еще куча плагинов написана…
Пока не понял как закрытость и SSO мешают, но понял про "геммор". Я так и написал, что это непростой путь. Можете зайти сбоку и выделить компоненты/плагины в git submodule и подключать его/их на нужных проектах.
Закрытость проекта мешает публиковать в открытый npm. Закрытый npm для фронта (внимание смешинка) недоступен из нашей (группы фронт разработчиков) vpn группы 🙂 Про SSO я к тому, что помимо шаринга компонентов еще шарится часть механизмов (авторазиция, плагины, локальные костыли) Будет сложно следить за тем что нужно пульнуть в npm, что нужно обновить
В конфиге есть настройка dir.app. Там можно указать откуда брать приложение. Можно стоить этот путь на основе env переменных, которые вы можете инжектить во время сборки
Обсуждают сегодня