Какой язык/фреймворк выбрать для разработки бэкэнда для SPA приложения?

Question

[carcw]

Добрый день!
Начал разрабатывать SPA веб-приложение (назначение: CRM/рабочее место), на фронтенде планирую использовать VueJS + TypeScript.
Бэкэнд должен являться REST сервером, в дальнейшем возможен переход на Web Socket подключение. Не могу определиться с выбором языка (технологии) на базе которого его разрабатывать.
На данный момент рассматриваю NodeJS или Java.

В NodeJS привлекает его простота, единый язык с фронтендом. К минусам - отсутствие жесткой типизации и структур ООП (частично решается ES6 и/или TypeScript), производительность (пишут что ниже чем в Java, если не использовать биндинги к C/C++ библиотекам).

В Java привлекает привычное ООП, строгая типизация. Но на данный момент пока не ясно как реализовывать REST/WS сервер в плане многопоточности. Нужно ли самому реализовывать многопоточность и управлять потоками и распределять нагрузку? Реализована ли многопоточность под капотом в REST и подобных фреймворках так, что мне не нужно будет об этом заботиться? Или вообще здесь можно и нужно использовать асинхронный подход как в NodeJS?

Хотелось бы услышать за и против относительно nodejs и java для решения данной задачи, а также хорошие практики.

Comments

[sim3x]

NodeJS привлекает его простота

хорошая шутка

единый язык с фронтендом

очень хорошая шутка

в дальнейшем возможен переход на Web Socket подключение

нет

Если не знаете оба ЯП, то сделайте на обоих

[hOtRush]

Простота nodejs обычно в скором будущем выливается в анальную боль, которая проходит только после выбрасывания nodejs из стека. За java не знаю, но скорее всего долго, нудно и ресурсоемко, особенно когда есть go/python/php

[carcw]

sim3x,

в дальнейшем возможен переход на Web Socket подключение

нет

В чем проблема запуска WS сервера на nodejs?

[carcw]

hOtRush,
По каким причинам простота NodeJS приводит в последствии к проблемам? Есть какие то примеры чтобы было наглядно понятно?
PHP не подойдет т.к. на нём не получится держать Web Socket сервер (технически - возможно, но он не для этого придуман, будут утечки памяти).
Python даже не рассматривал, какие у него плюсы в отличие от nodejs/java?
На Go накидал небольшой прототип бэкэнда, но структура проекта получается сложная и неудобная (имеются ввиду package пакеты и их вложенность). Всё же хочется более привычных namespace'ов как в php/java. Также, насколько я понял после поисков информации по поводу организации кода в Go и практик, что язык этот больше заточен под утилиты/микросервисы а не большие монолиты или enterprise приложения. Возможно ошибаюсь?

[sim3x]

carcw, проблема не в запуске - вебсокет можно и на пхп запустить
Проблема в том, что вы думаете, что можно легко перейти с рест апи на вебсокет

[carcw]

sim3x, я не думаю, а на данный момент делаю такой переход в другом проекте. Я не говорил о легком переходе, а вообще о факте такого перехода как таковом. Да, есть свои подводные камни, но я бы не сказал что это нереальная задача.

Answer 1

[Андрей Охотников]

Если на фронте Typescript, имеет смысл на беке использовать тоже самое, это удобно и надежно. Удобно работать с сокетами, производительность хорошая, ресурсов потребляет меньше чем java, разрабатывать быстрее, можно использовать серверный рендеринг для vue, в общем выбор очевиден.

Comments

[carcw]

В данной статье (пункт "Анализ ситуации") есть график и описание того, что производительность на nodejs упирается в определенную отметку, не зависимо от кода и фреймворков, и решается это только с использованием биндингов к C/C++ библиотекам. Последний подход мне не очень нравится. Можете что то добавить на этот счет? Насколько это реальная и критичная проблема? Есть ли красивые подходы для её решения?

[Андрей Охотников]

А вы уверены что на проект будет такая нагрузка которую node не потянет? 25 тыс запросов в секунду это же совсем не мало) Если в вашем проекте планируется более высокие нагрузки то тогда возможно есть смысл использовать Java или тот же Golang.

[carcw]

Не уверен) Но как факт бэк на nodejs будет работать в несколько раз медленнее чем java/golang? Даже если нет таких нагрузок (грубо говорято же время ответов на запросы)? Или с асинхронностью оно так не работает, и время ответа будет расти с количеством нагрузки?)

[Андрей Охотников]

carcw, node будет работать медленнее, но вряд ли кто то это заметит) Как по мне так наиболее тормозная операция - это запросы в базу данных, лучше озаботиться этим вопросом (как выбрать и грамотно спроектировать базу) чем выбором между языками)

[Алексей Ярков]

carcw,

Но как факт бэк на nodejs будет работать в несколько раз медленнее чем java/golang?

Что-то мне подсказывает, что "бутылочное горлышко" будет не скорость обработки http запросов, а работа с БД ))
А вообще +1 за Node.js.

Answer 2

[Сергей Нижний Новгород]

1) Java - серьезно? Ты потратишь недели две, чтобы тупо разобраться в том, как поднять хеллоу-ворд на условном Spring. Еще столько же, чтобы настроить мавин, подключить БД и создать первую пачку классов. Все это будет сопровождаться анальной болью и сомнениями в том, а не тупой ли ты часом, и зачем тебе это все надо.

P.s. Java - это самая кровавая технология, что есть. За неё платят хорошие деньги именно за то, что там можно все настроить, и ты будешь все настраивать.

2) Хочешь что-то простое и удобное, возьми

• Django + Django Rest/ (если могешь в питон)
  
  
• Symfony(само поднятие и всякие автоваринги не очень то просто, но рест пишется приятно)/
  
  
• .net Core (там на удивление рест-приложения поднимаются очень просто).
  

Comments

[carcw]

С питоном знаком совсем чуть чуть, есть ли смысл на него пересаживаться ради Django? Очень интересует, чем он лучше NodeJS?

Про Symfony - про PHP писал в комментариях под вопросом - не подходит, т.к. в перспективе веб сокеты, и нужно что то не умирающее.

Про .net core - насколько он перспективен в плане дальнейшего развития и в случае разработки и деплоя на linux? (знаю что кросплатформенный, но иногда натыкаюсь на посты что с windows он дружит лучше чем с linux в каких то моментах)

[devalone]

С питоном знаком совсем чуть чуть, есть ли смысл на него пересаживаться ради Django? Очень интересует, чем он лучше NodeJS?

Чем лучше не скажу, но хуже тем, что django не может в асинхронность, но это если нужна производительность.

Про Symfony - про PHP писал в комментариях под вопросом - не подходит, т.к. в перспективе веб сокеты

как будто пхп не может в веб сокеты.

[carcw]

devalone, есть примеры использования веб сокет сервера на php в продакшене?

[devalone]

carcw, хз. не пишу на пхп, но знаю, что Пикабу использует эту либу socketo.me

Answer 3

[Дмитрий Терентьев]

Задавался тоже вопросом производительности java, nodejs. Хороший, раскрытый ответ нашел здесь.

Comments

[carcw]

Спасибо, информация полезная. Есть ли опыт разработки крупных проектов на nodejs? Можете поделиться насколько он подходит? Смущает отсутствие нормального ООП.

Answer 4

[Дмитрий Макаров]

посмотри тут если надо готовое решение vue + laravel + websoket на ноде
https://github.com/iluminar/goodwork/blob/master/r...
там еще куча полезных кусков. я поднимал но так и не воспользовался. мне не понравилось.
а еще у меня есть решение, которое мы с вами можем обсудить. если интересно
напишите на почту [e-mail]

Comments

[carcw]

С laravel есть достаточно позитивный опыт работы, но как уже писал выше, PHP не рассматриваю.

Answer 5

[Алишер Айдархан]

Это зависит от проекта. Для такого проекта я бы использовал NodeJS(Express) и в дальнейшем подключить socket.io

Comments

[carcw]

Хочется услышать конкретные аргументы, почему именно это а не то)

[Алишер Айдархан]

carcw, Если честно с Java никогда не имел дело и не хочу (видел как Джависты пилят и мозолят глаза (: ). А вот с NodeJS-ом имел дело. Написал 2 средних и 1 крупный проект. Удобный, шустрый, понятный, легкий в изучении, много дополнительных фичей (библиотек, скриптов). А как базу данных использовал MongoDB. Тоже легок в изучении. Наверное дело в том что на фронте пишешь на JS и на серваке тоже. Нету такого сложного перехода между языками(типа посидел на php 2 часа и переходишь на js).

[Алишер Айдархан]

carcw, И зачем тебе ООП на бэке если можно просто написать REST API?

[carcw]

Алишер Айдархан, что значит просто написать REST API?) Приложение CRM/рабочая станция, есть предметная область, есть сущности, есть бизнес логика, по моему здесь ООП как раз и нужно.

[hOtRush]

И зачем тебе ООП на бэке если можно просто написать REST API?

вся суть nodejs-разработчиков

Answer 6

[devalone]

Go

Comments

[carcw]

Можно услышать аргументы в пользу Go в отличие от nodejs и Java?

Как писал выше:

На Go накидал небольшой прототип бэкэнда, но структура проекта получается сложная и неудобная (имеются ввиду package пакеты и их вложенность). Всё же хочется более привычных namespace'ов как в php/java. Также, насколько я понял после поисков информации по поводу организации кода в Go и практик, что язык этот больше заточен под утилиты/микросервисы а не большие монолиты или enterprise приложения. Возможно ошибаюсь?

Распишу это немного подробнее: допустим, мне нужны классы сущностей (например User и Post) а также их статические методы (например: findOne, findAll). Чтобы реализовать это на PHP/Java мне достаточно сделать статически методы класса, на Go насколько я понимаю мне нужно будет создать package user и post, и в них определить фукнции findOne, findAll, чтобы я смог обращаться: user.findOne() и post.findOne() соответственно. Но я не могу положить файлы с разным package в одну папку, получается у меня будет папка models а в ней папки user и post, которые соответственно будут содержать по одному файлу? Не нравится такой подход, плодить папки чтобы расположить в них по одному файлу, гораздо удобнее в одной папке models хранить файлы всех моделей. Как это можно решить красиво? (вариант с package models и функциями findUser, findAllUsers, findPost, findAllPosts не подходит)

Пример структуры (модели User и Session):

[devalone]

carcw,

На Go накидал небольшой прототип бэкэнда, но структура проекта получается сложная и неудобная (имеются ввиду package пакеты и их вложенность). Всё же хочется более привычных namespace'ов как в php/java

Не вижу принципиальной разницы между пакетами в джаве и го.
По поводу организации проекта, не надо каждую мелочь пихать в свой пакет, погугли примеры проектов на gin-gonic/gin например, я в качестве ORM использую go-pg и все модели хранятся в пакете models, а findOne и findAll не нужны, это реализуется так https://github.com/go-pg/pg/wiki/Writing-Queries#select