Комментарии 6
А зачем всё это? Напишите плюсы и минусы по сравнению Bitrix как админка и api и отдельно фронтенд и вашим вариантом.
Как я понимаю ни о каком ssr тут речи не идёт и те же показатели по page speed тоже будут не самые высокие, только из-за того что vue компоненты начнут работать только после загрузки скриптов, и тогда если имеется ряд проектов, где важны seo оптимизации и показатели по скорости и проекты где они не важны будут отличаться, т.к. команда на разных проектах будет работать по разному и тогда вопрос не лучше ли это всё разделить, фронтам дать полную свободу, не заставляя их вникать в структуру проекта на битриксе.
А зачем всё это? Напишите плюсы и минусы по сравнению Bitrix как админка и api и отдельно фронтенд и вашим вариантом.
Как я понимаю ни о каком ssr тут речи не идёт и те же показатели по page speed тоже будут не самые высокие, только из-за того что vue компоненты начнут работать только после загрузки скриптов, и тогда если имеется ряд проектов, где важны seo оптимизации и показатели по скорости и проекты где они не важны будут отличаться, т.к. команда на разных проектах будет работать по разному и тогда вопрос не лучше ли это всё разделить, фронтам дать полную свободу, не заставляя их вникать в структуру проекта на битриксе.
Про SSR да ты прав в этом есть минус данного подхода, если открыть в исходном виде то там будет просто верстка с синтаксисом Vue которая вряд ли даст ботам полное понимание че на сайте есть.
Плюсов в таком подходе тоже мало. Это больше как "Перфекционизм" - типо ты юзаешь полностью битру и её средства, аля ты крутой разраб хорошо её знаешь. Но пару плюсов я для себя могу выделить.
Возможности у этой интеграции все равно урезаны сильно. Просто как по мне делать битру как API, это типо половину битры ты просто выкидываешь если не больше, и вот возникает хороший вопрос и зачем она вообще тогда нужна?
Тут именно больше полноценный подход рассматривается, чтобы не выкидывать битру и пописать на Vue +- адекватно, чтобы не подпекало хотя бы :D
А в плане плюсов тут они есть. У тебя буквально все находится внутри, ты не выходишь за рамки этой экосистемы и условно тебе не надо искать фронта и бэка отдельно, ты просто ищешь разрабы битры, он садится чуть чуть учит Vue и сможет поддерживать это все. Это удобно довольно таки. Когда у тебя все в одном месте.
+ когда общаешься с бэком через BX, у тебя есть возможность настроить гибко экшены в своем классе, и тебя уже будет защищать ядро так скажем.
Ну по итогу ты так то прав (Проще битру выкинуть как API и не парится). Это больше для фанатов :D
Лол, а что если использовать подобный подход для комплексного компонента Bitrix, интересно отработает ли SFC Vue3 Composition API в случае с element.php и sections.php шаблонов
Вообще я думаю что в теории это будет работать, так как компоненты вернут верстку, а потом как DOM будет полностью загружен произойдет создание приложения. Это если рассматривать что в комплексном подходе возвращается именно верстка. Но если делать отдельно чтобы внутри еще и скрипты отрабатывали то будет происходить создание Vue приложения внутри уже созданного приложения что как по мне не очень красиво.
Но опять же в теории должно работать (я так еще не пробовал)
Composition API появился только в 3 версии Vue
SFC Vue3 Компоненты в Bitrix, с использованием Composition API, без сборщиков, без CDN и NPM пакетов