Могу поделиться опытом) У нас очень похожий проект, но ему уже 5 лет и стартовал он с JS, Vue2, Vuex и Element UI. Потом было много переездов, но в итоге мы пришли к почти такому же стеку. Мы и правда врезали целое море фич и иногда продолжаем что-то допиливать, так как появляются новые пользователи и их хотелки. Вот ряд важных проблем подобной системы: 1. Легаси. У вас нет возможности накатить новую мажорную версию и сломать совместимость. Если где-то не продумали что-то и этим стали пользоваться, придется тащить до конца. Например у нас часть компонентов в value может получать разные типы данных - это не удобно обрабатывать, но деваться уже некуда. Или необходимость мапиться по каким-то данным так как они опирались на старую UI либу. 2. Работа с клиентом. Чтоб не превратить проект в неподдерживаемый кусок говна, надо понять, что из хотелок пользователя - реальный нужный функционал, а что "перламутровые пуговицы" с которыми он должен быть послан в увлекательное эротическое путешествие. 3. Скорость рендеринга. Когда разрабатываешь админки для финтеха надо все умножать на 1000. Например, вот что если надо отрендерить 1000 таблиц или есть у нас 5 чекбоксов, но давайте сделаем 1000 раз по 5 чекбоксов. Надо много опыта, чтоб научиться все адаптировать. Например автор этого поста наступила на те же грабли, что и мы. Взяла готовую ui либу. На больших объемах она начнет тормозить (либа, не автор). Самое лучшее - это взять что-то острое и горячее и пытать дизайнера пока он не напишет вам свою дизайн систему. У нас некого было пытать и мы в итоге перешли на DaisyUI, там под капотом нет js, только css. 4. Высокий порог вхождения. У нас даже опытные фронты в шоке когда пытаются разобраться в проекте)
Терь плюсы: 1. В конечном итоге все это вышло на плато. Люди пользуются, пользователей все больше, с хотелками почти не приходят и живет оно все само по себе. 2. Есть одна система для сотен админок.
Наверно еще надо добавить, что успех всей организации во многом был достигнут еще и разработками на бэке, у нас вся компания пишет бэк на Питоне и мы сделали специальный адаптер, который позволяет создавать админки не возясь с JSON, а просто набрасывая питонячие классы + имеет шорткаты для создания шаблонных компонентов. Подобный адаптер, кроме того, что сам генерит доку, так еще и ограничивает воспаленные фантазии создателей админок.
Могу поделиться опытом) У нас очень похожий проект, но ему уже 5 лет и стартовал он с JS, Vue2, Vuex и Element UI. Потом было много переездов, но в итоге мы пришли к почти такому же стеку.
Мы и правда врезали целое море фич и иногда продолжаем что-то допиливать, так как появляются новые пользователи и их хотелки. Вот ряд важных проблем подобной системы:
1. Легаси. У вас нет возможности накатить новую мажорную версию и сломать совместимость. Если где-то не продумали что-то и этим стали пользоваться, придется тащить до конца. Например у нас часть компонентов в value может получать разные типы данных - это не удобно обрабатывать, но деваться уже некуда. Или необходимость мапиться по каким-то данным так как они опирались на старую UI либу.
2. Работа с клиентом. Чтоб не превратить проект в неподдерживаемый кусок говна, надо понять, что из хотелок пользователя - реальный нужный функционал, а что "перламутровые пуговицы" с которыми он должен быть послан в увлекательное эротическое путешествие.
3. Скорость рендеринга. Когда разрабатываешь админки для финтеха надо все умножать на 1000. Например, вот что если надо отрендерить 1000 таблиц или есть у нас 5 чекбоксов, но давайте сделаем 1000 раз по 5 чекбоксов. Надо много опыта, чтоб научиться все адаптировать. Например автор этого поста наступила на те же грабли, что и мы. Взяла готовую ui либу. На больших объемах она начнет тормозить (либа, не автор). Самое лучшее - это взять что-то острое и горячее и пытать дизайнера пока он не напишет вам свою дизайн систему. У нас некого было пытать и мы в итоге перешли на DaisyUI, там под капотом нет js, только css.
4. Высокий порог вхождения. У нас даже опытные фронты в шоке когда пытаются разобраться в проекте)
Терь плюсы:
1. В конечном итоге все это вышло на плато. Люди пользуются, пользователей все больше, с хотелками почти не приходят и живет оно все само по себе.
2. Есть одна система для сотен админок.
Наверно еще надо добавить, что успех всей организации во многом был достигнут еще и разработками на бэке, у нас вся компания пишет бэк на Питоне и мы сделали специальный адаптер, который позволяет создавать админки не возясь с JSON, а просто набрасывая питонячие классы + имеет шорткаты для создания шаблонных компонентов. Подобный адаптер, кроме того, что сам генерит доку, так еще и ограничивает воспаленные фантазии создателей админок.