Що таке унікальне про Node.js? [зачинено]

Останнім часом було багато похвал для Node.js. Я не розробник, який зазнав значного впливу на мережеві програми. З мого розуміння Nodes.js, його сила полягає в тому, що ми маємо лише один потік, що обробляє декілька з'єднань, забезпечуючи архітектуру, засновану на подіях.

Однак, наприклад, у Java, я можу створити лише один потік за допомогою NIO / AIO (який не блокує API з мого голосного розуміння) та обробляти декілька з'єднань за допомогою цього потоку, і я надаю архітектуру на основі подій для реалізації даних поводження з логікою (чи не повинно бути так складно, надаючи якийсь зворотний дзвінок тощо)?

Зважаючи на те, що JVM є ще більш зрілим VM, ніж V8 (я очікую, що він запуститься і швидше), і архітектуру обробки на основі подій, здається, щось не складно створити, я не впевнений, чому Node.js привертає стільки уваги. Чи пропустив я якісь важливі моменти?

Хоча ця концепція справді може бути реалізована на багатьох мовах (і як згадується dodgy_coder , вона реалізована як мінімум у Ruby та Python), це не так тривіально, як ви заявляєте.

Правда, у Java є неблокуючі API IO. Таким чином, ви можете робити необмежений IO диск / мережу. Однак кожен API, який якимось чином завершує або обробляє IO, також повинен бути реалізований неблокуючим способом. Кожен аналізатор XML, кожен драйвер бази даних, кожен перетворювач формату файлів повинні бути записані для підтримки неблокуючого вводу-виводу. Тому що якщо в цій шаблоні блокується одна бібліотека, то це знижує продуктивність ваших серверів до значень кам'яного віку.

Node.js має таку бібліотечну інфраструктуру, тому що вона завжди була розроблена таким чином: кожна бібліотека, яка прагне стати популярною , повинна надавати асинхронний API або вона не буде використовуватися.

Можливо, головна причина полягає в тому, що він використовує JavaScript для написання компонентів на стороні сервера для таких речей, як веб-сервери, веб-додатки або веб-сервіси. Це об'єднує традиційну мову розробки JavaScript на передній частині (на стороні клієнта) з мовою на стороні сервера.

Ви маєте рацію - той факт, що він не блокує, використання моделі реактора не є унікальним - це було зроблено до використання інших мов та рамок, таких як, наприклад, Ruby's EventMachine або Python's Twisted.

Три основні причини, які я б назвав:

1. Неблокуючий IO / асинхронний IO. Це хеширується всюди в Інтернеті та на попередніх плакатах. Я хотів би внести свій внесок у те, що розробка вашого коду явно передбачає асинхронну поведінку допомагає двигуну компілятора максимально забезпечити обладнання. Так, багато компіляторів JIT та процесорів гіперточення приймають синхронний код і допомагають паралелізувати виконання. Звичайно, це найкращий підхід. На противагу цьому, чітко будуючи додаток для async io, ви гарантуєте, що двигун та обладнання можуть максимально збільшити час виконання вашого коду. Правда, у мене немає даних, які можна оцінити, але це змушує мене всередині думати тепло.

2. Єдина база коду для клієнта та сервера. Це має ряд переваг: допомогти оптимізувати витрати на центр обробки даних, маючи можливість переміщати бізнес-логіку з сервера на клієнта; допомогти повторно використовувати логіку / перевірку даних; зменшити складність навичок розробника, які необхідно існувати для підтримки продукту (порівняно з Python & javascript).

3. Низький бар'єр для входу. Багато в чому Javascirpt схожий на Basic, Pascal та Perl за останній рік. Починати писати код дуже просто і не потрібно багато знань про домен, щоб розпочати роботу. Це також сприяє зменшенню витрат на розробку, завдяки можливості залучити більше молодших розробників та отримати репутацію проекту. [Звичайно, вам потрібно обійти стороною ідеологів, які вважають, що мови програмування повинні бути важкими, щоб вилучити низько функціонуючих розробників]