Зачем в laravel использовать vue, если можно сделать это отдельно? Например, мы делаем фронт просто на vue, который лежит на компе и билдится, после чего заливается на сервер например в папку APP. И рядом например есть папка, где лежит laravel и например называется API. В итоге разработчикам с фронта удобнее делать у себя фронт и заливать просто в папку APP, а бэкендам делать в своей папке (API). Связывается все это дело обычными запросами. Это же удобнее, как мне на первый взгляд кажется, чем делать фронт в laravel, где получается компоненты и все остальное храниться на сервере и немного структурно не так раскидано? В случае, если работают разные люди над бэком и фронтом, мне кажется первый вариант более удобным, разве нет? В том плане, даже если всё лежит на сервере и работает два фронтэнда, которые одновременно что-то дорабатывают. В первом варианте ты у себя сделал, подтянул с гита то, что сделал другой разраб. Собрал все это дело и залил на серв. Поясните пж?
Пока вы гоняете небольшие данные через API - можно делать хоть каком кверху, проблем нет.
А вот если у вас сложный сайт и в один момент, например, в кусок шаблона Vue нужно вставить кусок шаблона с сервера, где в него подставлены нужные данные после необходимой обработки - у вас начнутся проблемы при таком разделении: пол-работы на бэке, вторая половина на фронте, слишком сильная логическая связность между ними или слишком объемные данные, которые приходится тягать в обработку... Проще локализовать все там, где логику можно собрать в одном месте, чем мучиться такой свободой.
В таком случае как ты описал, просто блэйдовские компоненты и в них подключать необходимые компоненты вью? В таком случае я так понимаю и с сео будет все нормально ?
в кусок шаблона Vue нужно вставить кусок шаблона с сервера, где в него подставлены нужные данные после необходимой обработки - у вас начнутся проблемы при таком разделении
А в чём проблема запросить этот кусок по апи?
Это на мелком проекте можно весь мусор забросить в одну кучу, а на больших обязательно нужно разделять фронт и бэк, а не превращать проект в tarball. Тем более на фронте есть своя инфраструктура и им не зачем завязываться на фреймворк и php.
Вячеслав Плиско, проблема в том, что вы будете упираться с одной стороны в желание "обязательно разделить", а с другой стороны - в факт высокой логической связности фронта и бэка, поскольку при попытках честно абстрагировать одно от другого будет резко возрастать объем передаваемых данных.
Adamos, даже в таком случае, при разделении труда, совсем не обязательно давать фронту доступ к исходникам бэка. Можно иметь 2 репозитория, и внутри репозитория с ларавелем подтянуть репозиторий вью, и уже работать как обычно.
AidOnline01, ну разумеется, мешать в кучу разработку фронта и бэка не стоит.
Вопрос, как я его понял - чем отличается Vue в Laravel от Vue, ничего не знающего о том, что там на бэке.
Например, использование той же Inertia позволяет возвращать с бэка не какие-то абстрактные данные, которые еще требуют обработки, а конкретно новые значения полей конкретного компонента Vue. Удобно...
Если это небольшой проект, и ты работаешь над ним один, то намного проще не париться и сделать все в одном месте. А вот если проект начинает расти, или он изначально задумывался с участием целой комманды разработчиков, то фронт и бэк безусловно разделяют, так как это действительно намного удобнее.
Средний
