Готово ли node.js для веб-приложений среднего и большого бизнеса?

Question

Я работаю над изучением разработки среднего веб-приложения, предназначенного для горячих линий. Поэтому у меня есть реальное время, удобный доступ, большие datamodel и ограничения CTI.

Originaly Я разработчик php и Java EE, но, как и многие из нас, я читал много новостей о node.js, и я тестировал его с помощью небольших приложений. Возможности node.js являются удивительными, но я чувствовал, что очень сложно использовать эту технологию в среднем/большом веб-приложении. На самом деле фреймворки, такие как экспресс, являются минималистичными по сравнению с производительной структурой, такой как symfony, play или ROR и т. Д. Кроме того, экосистема node.js развивается очень быстро и может быть трудно поддерживать.

Я не достаточно опытен в nodejs, поэтому хочу знать; выбирает только node.js для разработки среднего/большого веб-приложения для бизнеса с некоторыми проблемами в реальном времени с ума или нет? Разве вы не думаете, что более эффективный способ создания продуктивной структуры с узлами только для определенных функций (в реальном времени)?

Спасибо, С уважением Эрик

Answer 1

Я работаю на большом реальное время бизнеса веб-приложении, которое требует взаимодействия в реальное время и то, что мы делаем это с помощью Django для почти все, и обработок в реальном времени, используя библиотеку now.js. Первоначально мы планировали использовать node.js для всего, но чтобы облегчить некоторые ограничения по времени, мы решили, что быстрее использовать django.

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

Answer 2

Я собираюсь ответить на это быстро, прежде чем вопрос будет закрыт за то, что он будет отвечать только мнениями, а не фактами.

Итак, я собираюсь ответить на мой взгляд;)

Я думаю, что Node.js сосредоточимся в настоящее время находится на строительстве небольших вещей, которые реагируют очень быстро. Я чувствую много pushback в сообществе узлов против «слишком сложных абстракций». (Возможно, я неправильно понимаю сообщество, но я так не думаю).

Для меня, создание бизнес-приложения (пример: некоторые из моих прошлых проектов Rails были 10ish man years) I хочу слой абстракции ORM и т. Д. Я думаю, вам нужно, чтобы это здание даже с приложением больше чем несколько человеко-месяцев усилий в нем.

Если что-то не изменится (например, сообщество узлов сталкивается с проблемами, когда их базы кода слишком сильно растут). Я подозреваю, что «место» для node.js в средних и больших приложениях предназначено для небольших гиперчувствительных вещей (websockets, retrieving данные из внешних источников и делать с ним небольшие вещи) и т. д. ... не для создания целого приложения рабочего процесса большого бизнеса.

Answer 3

Это 2016. Недавно я решил пойти с Sails/Node вместо CakePHP. Сегодня я решил вернуться в CakePHP. К счастью, я просто закодировал один небольшой модуль (вроде индексации внутри db некоторого содержимого файловой системы). Количество обратных вызовов и обещаний Это просто раздражает меня. Простая задача получения метаданных файла, поиск его в Postgres, создание записи только в том случае, если она не существует, взять мне более 20 строк кода, и я почти должен выпить бутылку Dramamine lol

На этот раз Я очень определен, чтобы поддерживать разделение крайнего слоя. Таким образом, мой front-end полностью статический html/js/css, закодированный в Angular. Postgres DB также не требует никаких изменений.И CakePHP 3 почти готов к эксплуатации, чтобы легко обслуживать json/xml.

Также есть возможность меня как-то глупо ... lol