На чем писать back-end в связки с Vue + mongodb?

Добрый день, прошу не кидаться камнями за возможно глупый вопрос. На данном этапе изучаю фреймворк Vue JS, хочу в связки с ним написать back-end, а точнее изучить back-end и написать небольшой сайт в связке Vue + mongodb + back-end. В интернете как-то из всего, что нашлось это связка с express + axios + vue + mongodb. В какую степь смотреть, может кто-то уже писать просто back-end в связки vue + mongodb?
  • Вопрос задан
  • 2229 просмотров
Пригласить эксперта
Ответы на вопрос 4
Krasnodar_etc
@Krasnodar_etc
little front
А что особенного в этой связке?) Ну, возьми Node + express, чтоб долго не выбирать. Мне кажется, самое простое решение
Ответ написан
Комментировать
@moh-mog-drinks
На том что лучше знаешь ты лично.
Разницы нет.
Ответ написан
Комментировать
@eliastro
Если предполагается, что бэк будет сложным, в котором будет много всего, или ожидается, что в будущем бэк будет активно дописываться, изменяться, то рекомендую писать на Ruby. В этом случае можно писать код быстро, используя уже готовые проверенные временем библиотеки(гемы), при этом код будет лаконичным, ясным и легко поддерживаемым в будущем. Если rest api, то можно выбрать фреймворк Ruby on rails 5 api mode. Связка с RoR+vue+mongodb отлично стекуется.
Если бэк будет не сложным, то можно все что угодно.
Если реалтайм, то nodejs или go.
Ответ написан
Комментировать
SynCap
@SynCap
Делаю интернет с 1998 года
Есть вариант не писать бек вообще, т..к MongoDB:
а) может хостить статический контент
б) может отдавать результат запроса в виде JSON напрямую во фронт
в) умеет работать с SSL сертификатами
г) умеет хранить и отдавать двоичные данные
д) умеет изменять входящие запросы с помощью встроенного движка Javascript (почти как Нода)
е) умеет изменять подготовленные по запросу данные перед отправкой клиенту с помощью всё того же Javascript

Жутко полезно чтобы не плодить сущностей серверов при заворачивании веб апп в Электрон.
Есть минус: сервер Mongo должен смотреть в мир широко открытыми портами 80 и/или 443.
Именно в мир, а не только в локальную инфраструктуру. Т.е. чтобы сделать веб-сайт в этих ваших интернетах, то порты для Манги придётся открыть.

Есть и перекрывающий плюс: Манга шарит по файловой системе исключительно в пределах своих баз данных и не подбирает с полу всё подряд, как это делают классические веб серверы (Нжиникс, Апач, и другие товарищи).

Классический пример: создаёте приложение на Nuxtjs, делаете `nuxt generate` для создания статик сайта, засовываете контент в базу Mongo, и... всё! Всё работает, не надо Апачей, Нжиниксов, Ноды с Експрессами. НИ- ЧИ-ВО более

Манга успешно справляется с хранением бинарных файлов, т.е. картинки, звуки, видео -- всё может быть доступно напрямую из браузера по правильному УРЛ.

Ну, и дополнительная плюшка: на чистом Javascript можно на лету менять содержимое как входящего запроса, так и подготовленных данных непосредственно перед отправкой клиенту, хоть свою ЦМС пиши. Некоторые так и делают. Очень часто для: 1) Интранетов, 2) IoT приложений, 3) Electron приложений.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы