Приложение на Vue с кастомизацией?

Question

[Артур Карапетян]

Здравствуйте, буду краток.
Есть приложение на Vue (OMS для разных магазинов), относительно небольшое, всего 5 самостоятельных страниц (пока что, планируется около 10-15, если учесть всех клиентов с кастомизациями), которые многим схожи, но появилась необходимость кастомизировать приложение под каждого клиента (клиентов около 5-6 и у каждого своя стилизация в рамках цветов, некоторый функционал). Функционал может различаться достаточно сильно, например, у одного из клиентов есть товары с логикой работы с весами, у других нет и тд. Также различается и верстка.
Сейчас методы мелко разделены на миксины, тк почти в каждом компоненты используются одни и те же функции, некоторые такие миксины можно назвать базовыми, и они будут неизменными для каждого клиента, некоторые будут немного правиться.
И я никак не могу придумать, как лучше разграничить приложение для каждого из клиентов, есть вариант разделить репо на ветки для каждого клиента и кастомизировать там, как душе угодно, но в таком случае, если найдется баг в одном месте, то его придется править во всех ветках, что, в принципе, проблема не большая, но хотелось бы более элегантного решения.

PS. Кратко не получилось...

UPD. Прикладываю скрины интерфейса для разных клиентов

Список заказов

1 клиент

2 клиент

Просмотр заказа

1 клиент

2 клиент

Здесь у 2 клиента есть блок "Задачи", также у товаров (блок слева вверху) присутствует цвет, у 1 нет. У 1 клиента редактирование доступно всегда, у 2 только при определенном статусе заказа.

Редактирование заказа

1 клиент

2 клиент

У 2 клиента есть поле Отчество, у 1 клиента можно редактировать способ доставки/оплаты, у 2 нет.

Также у 2 клиента есть несколько страниц с практически тем же самым, что на редактировании заказа, но с другими действиями на панели сверху, также у 2 клиента есть несколько дополнительных страниц.

Также планируется обслуживать 3 клиента, у которого есть весовые товары => изменится логика для работы с ними

Answer 1

[Evgeny Kulakov]

Думаю разносить не стоит - потоните в поддержке.
В целом не очень ясно, что представляет собой приложение - это чистый фронт или фронт и бэк?
Как вы деплой приложения планируете делать?
Кастомизацию можно решать на уровне конфигруации при деплое, можно делать дополнительный админский интефейс, где вы будете настраивать систему под конкретного клиента.
Можно разбивать систему на ядро и подключаемые плагины для кастомизации.

Comments

[Артур Карапетян]

Приложение - фронт и бэк, на бэке список заказов и задач, связанных с этими заказами (позвонить клиенту и тд), на фронте вывод всего этого добра таблицами, при переходе на страницу заказа есть возможность его отредактировать, в этом и различия между клиентами. у одного клиента редактирование доступно всегда, у другого только для заказа с определенным статусом, также различаются поля для редактирования. На страницах задач, интерфейс, как на просмотре/редактировании заказа, но со своими действиями (подтвердить заказ, назначить время перезвона покупателю и тд).
В общем приложение представляет собой таблицы, которые по своей сути одинаковые, но у разных клиентов в таблицах разные столбцы (таблица сделана унифицированным компонентом) и набор страниц, которые состоят из практически одинаковых компонентов, но с немного различающейся структурой/внешним видом/функционалом.
Сейчас деплоится через докер, но конфигурировать при деплое вряд ли удастся.
Я тоже думал над разбитием на ядро и подключаемые плагины, но слабо представляю, как это потом можно будет склеивать для каждого клиента + выйдет много вариаций одного и того же компоненты, из-за чего будет путаница в файлах. Могу дать скрины интерфейса, чтобы было понимание

[Evgeny Kulakov]

Давайте скрины в вопрос. А сервер у вас один или образ под каждого клиента новый разворачивается?

[Артур Карапетян]

Evgeny Kulakov, под каждого клиента новый, сейчас добавлю скрины

[Артур Карапетян]

Evgeny Kulakov, обновил вопрос

[Evgeny Kulakov]

Первое что приходит в голову, нужно сделать админский интерфейс для настройки компонентов, которые подвергаются кастомизации. Т.е., например, добавить возможность настраивать поля для блока, добавить возможность их добавлять/удалять/определять их тип и т.п. Сделать настройку для возможности скрытия каких-то блоков. Добавить возможность определения статусов заказа и т.п. Ну т.е. в целом просится еще один слой, который будет отвечать за конфигурацию. Ну и далее, в зависимости от того, сколько вы готовы инвестировать времени в бОльшую гибкость системы, выбирать сразу заморачиваться с разнесением системы на ядро и подключаемые модули или пока делать монолитное решение.

[Артур Карапетян]

Evgeny Kulakov, спасибо