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

Question

[Евгений Жуков]

Добрый день, прошу не кидаться камнями за возможно глупый вопрос. На данном этапе изучаю фреймворк Vue JS, хочу в связки с ним написать back-end, а точнее изучить back-end и написать небольшой сайт в связке Vue + mongodb + back-end. В интернете как-то из всего, что нашлось это связка с express + axios + vue + mongodb. В какую степь смотреть, может кто-то уже писать просто back-end в связки vue + mongodb?

Comments

[Димон Дурак]

Вопрос и правда глуповат, поскольку смешивает разное. Vue на фронте должно быть совершенно без разницы как реализовано API с данными. Vue на фронте и знать ничего не надо про то, как именно сохраняются данные на сервере, какая база данных для этого используется и пр.

Это я к тому веду, что серверная часть может быть совершенно любой. Например могу порекомендовать попробовать impress - тоталитарный серверный фреймворк. Он умеет много больше, чем требуется, достаточно просто конфигурируется, а ещё имеет увлекательный исходный код.

Answer 1

[Егор Живагин]

А что особенного в этой связке?) Ну, возьми Node + express, чтоб долго не выбирать. Мне кажется, самое простое решение

Answer 2

[moh-mog-drinks]

На том что лучше знаешь ты лично.
Разницы нет.

Answer 3

[eliastro]

Если предполагается, что бэк будет сложным, в котором будет много всего, или ожидается, что в будущем бэк будет активно дописываться, изменяться, то рекомендую писать на Ruby. В этом случае можно писать код быстро, используя уже готовые проверенные временем библиотеки(гемы), при этом код будет лаконичным, ясным и легко поддерживаемым в будущем. Если rest api, то можно выбрать фреймворк Ruby on rails 5 api mode. Связка с RoR+vue+mongodb отлично стекуется.
Если бэк будет не сложным, то можно все что угодно.
Если реалтайм, то nodejs или go.

Answer 4

[Константин]

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

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

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

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

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

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