Comments 22
То есть, вы предпочитаете использовать nuxt с выключенным ssr только из-за огромного количества модулей?
Не совсем так. Дело не только в модулях, но и в удобстве разработки. Nuxt сразу из коробки дает большое кол-во плюсов о которых писал в статье. Еще к этому мы получаем удобную структуру проекта с большим кол-вом интеграций. Новому разработчику к примеру, не нужно идти и искать какой-то определенный модуль, потому что в доке накста уже все прописано.
SSR я использую там, где он действительно нужен. Но даже без него он даёт удобный DX, поддержку auto-import, file-based routing и модули конечно же, которые экономят кучу времени.
поддержку auto-import
Ой, да где его сейчас нет? Даже в идешках))
file-based routing
А вот это, как по мне, абсолютно вредная фича - такой бардак в итоге в файловой системе наводит... Плюс всякие коллизии с именованием файлов/директорий... Чем плох единственный файл для роутера, где прописаны все правила?
Какой-то шаг назад просто - весь фронтенд сейчас идёт по пути развития максимальной декомпозиции и в итоге пришли к завязке роутинга на местоположение файлов...
Я бэкэндер. Что сейчас используют в frontend, что актуально?
если вам это не нравится, вас не обязывают этим пользоваться. Там под капотом самый обычный vue-router, и совсем несложно сделать привычный один файл.
Мне нравится файловый роутер, но бывают случаи, когда его не хватает. Тогда вполне можно его дополнить. Или полностью заменить.
file-based routing
Это можно и на чистом Vue сделать, я использую вот этот пакет: https://github.com/posva/unplugin-vue-router. А автоимпорты это наверное единственное из-за чего я не хочу использовать Nuxt.
Автор, похоже, так переполнен восторгом, что не смог свои мысли упорядочить.
Но на самом деле достаточно приятная и удобная штука и кроме ssr. Особенностей вагон и маленькая тележка. Странностей тоже немало. В частности, если попробовать задействовать слои. Но когда их уже знаешь, бывает комфортнее сделать на этом самом знакомом даже если не все возможности использовать будешь.
Накст несет с собой, помимо удобных модулей, еще и собственные болячки, которые не исправляются достаточно долгое время (потеря реактивности useRoute() как пример). А разработчики еще и распыляются на попытку создания fullstack-фреймворка, из-за чего, собственно, баги такие «долгоиграющие»
Предпочтительней все-таки использовать чистый Vue на проекты, где SSR вообще не должен появляться.
Да безусловно минусов и болячек у него хватает. Но мы у себя построили удобный шаблон-проект с большим кол-вом наших модулей и композоблев. Он очень быстро позволяет стартануть новый проект. Нам было бы больнее делать разные архитектуры для этого (где то с накст, где то без).
К примеру у нас 3 отдельных проекта внутри одного большого, но все они на одинаковых технологиях, тем самым мы внутри команды легко можем переключаться между проектами друг друга. Проекты которые внутренние, там SSR используется в основном для авторизации.
Использовал Nuxt ещё 2ой версии в своем крупном пет проекте и на 2х коммерческих проектах (SPA и SSR). Выбор фреймворка был за мной. Сильным аргументом за как раз и было, что "ну раз в МТС его используют") Какие выводы:
1. Nuxt - это лучшее, что есть в мире фронтенда. Упор сделан на то, чтобы простые вещи делались просто, избавление от лишнего бойлерплейта, лёгкие настройки.
2. Nuxt это то, чем станет Angular наверное к версии 50ой.
3. Каким бы не был великолепным фреймворк, решающее значение все таки имеет экосистема, точнее ее размер. Именно поэтому я в дальнейшем перешёл на чистый VUE, а после того как с релизом v3 кануло в лету добрая половина библиотек - перешёл на React, и больше не вспоминаю ни про Vue, ни про Nuxt. К огромному сожалению
Про nuxt очень мало толковых статей, особенно на русском. Интересно было бы прочитать про утечки памяти и про контекст
Он вам не SSR. Nuxt — больше, чем Server-Side Render фреймворк