Перейти до основного вмісту

Основи Node.js

Що таке Node.js?

Node.js — це середовище виконання JavaScript поза браузером, побудоване на рушії Google V8. Воно дозволяє запускати JavaScript на сервері, створюючи серверні застосунки з високою продуктивністю.

Основні характеристики:

  • Однопотокова модель з неблокуючим I/O
  • Асинхронне виконання за допомогою event loop
  • Висока продуктивність у роботі з мережевими запитами
  • npm — найбільший реєстр пакетів

Що таке event loop?

Event loop — це механізм в Node.js, який дозволяє неблокуючим асинхронним операціям виконуватись у середовищі з єдиним потоком. Він постійно перевіряє наявність подій у черзі та викликає відповідні колбеки.

Як працює однопоточність у Node.js?

Node.js використовує один потік (main thread) для обробки JavaScript-коду. Операції, які займають час (мережеві запити, читання з файлової системи), делегуються до системних API або thread pool, і після завершення результат повертається у основний потік через event loop.

Приклад: асинхронна обробка таймера

console.log('Початок');

setTimeout(() => {
  console.log('Асинхронний таймер');
}, 1000);

console.log('Кінець');

Результат:

Початок
Кінець
Асинхронний таймер

Приклад: блокуюча vs неблокуюча операція

Блокуюча (синхронна):
const fs = require('fs');

const data = fs.readFileSync('file.txt', 'utf8');
console.log(data);
console.log('Цей рядок виконається після читання файлу');
Неблокуюча (асинхронна):
const fs = require('fs');

fs.readFile('file.txt', 'utf8', (err, data) => {
  if (err) throw err;
  console.log(data);
});

console.log('Цей рядок виконається одразу');

Node.js — це потужне середовище для побудови високопродуктивних, неблокуючих серверних застосунків. Завдяки event loop та однопоточній моделі воно ідеально підходить для мережевих сервісів, але не для важких обчислювальних задач без делегування в окремі воркери.

Порівняння Node.js + TypeScript vs Java + Spring

Обидва стеки дозволяють створювати масштабовані серверні застосунки, але підходять до цього по-різному. Node.js + TypeScript більше орієнтований на асинхронність і гнучкість, тоді як Java + Spring — на строгість, стабільність і корпоративний рівень.

Порівняльна таблиця
Категорія Node.js + TypeScript Java + Spring
Мова TypeScript (надмножина JavaScript) Java
Поточна модель Однопоточна + event loop Багатопоточна (thread-per-request)
Старт проєкту Швидкий, простий шаблон Потребує більше конфігурацій (але Spring Boot спрощує)
Архітектура Гнучка, легко адаптується Структурована, з суворими практиками
Продуктивність (I/O) Висока для I/O завдань Добра, але менш ефективна для одночасного I/O
Продуктивність (CPU-bound) Слабше (через однопоточність) Висока (ефективна багатопотоковість)
Розгортання Швидке, легкий Docker-образ Більш важкий образ, але стабільний
Безпека JWT, OAuth через сторонні бібліотеки (наприклад, passport.js) Spring Security: вбудована, багата конфігурація
Фреймворки Express, NestJS, Fastify Spring Boot, Spring MVC, Spring WebFlux
Тестування Jest, Mocha, Supertest JUnit, Mockito, RestAssured
Моніторинг Pino, Winston, Prometheus (через окремі пакети) Actuator, Micrometer, Prometheus, ELK
Крива навчання Пласка (особливо для JS-розробників) Стрімкіша, але хороша база для великих проєктів
  • Node.js + TypeScript — ідеальний для легких, реактивних, асинхронних сервісів, API Gateway, чатів, стартапів.
  • Java + Spring — потужний вибір для великих корпоративних систем, де важлива стабільність, безпека та підтримка складної логіки.
Код прикладу: простий REST-сервер
Node.js + Express (TypeScript)
import express from 'express';

const app = express();
app.use(express.json());

app.get('/api/hello', (req, res) => {
  res.json({ message: 'Привіт з Node.js + TypeScript!' });
});

app.listen(3000, () => {
  console.log('Сервер запущено на порту 3000');
});
Java + Spring Boot
@RestController
@RequestMapping("/api")
public class HelloController {

    @GetMapping("/hello")
    public Map<String, String> sayHello() {
        return Map.of("message", "Привіт з Java + Spring Boot!");
    }
}

Обидва приклади реалізують простий GET-запит на /api/hello, але використовують різні підходи до реалізації маршрутизації, DI та запуску сервера.

Коментарі

Популярні публікації

Angular CLI

CLI (command-line interface) – інтерфейс командного рядка. Перед початком роботи має бути встановлений Node.js Встановлення: npm install -g @angular/cli Отримання допомоги: ng help Буде приблизно такий результат: add Adds support for an external library to your project. analytics Configures the gathering of Angular CLI usage metrics. See https://angular.io/cli/usage-analytics-gathering. build (b) Compiles an Angular app into an output directory named dist/ at the given output path. Must be executed from within a workspace directory. deploy Invokes the deploy builder for a specified project or for the default project in the workspace. config Retrieves or sets Angular configuration values in the angular.json file for the workspace. doc (d) Opens the official Angular documentation (angular.io) in a browser, and searches for a given keyword. e2e (e) Builds and serves an Angular app, then runs end-to-end tests. extract-i18n (i18n-extract, xi18n) Extracts i18n mes...

Створення нового Elixir-проєкту

Для створення новго Elixir-проєкту можна використати команду mix new first_project --sup Зрозуміло, що Elixir має бути встановлений раніше. Пояснення команди: mix — це вбудований інструмент для управління проєктами в Elixir (аналог maven у Java чи npm у JavaScript ). new — підкоманда mix, яка створює новий проєкт. first_project — назва твого нового проєкту. Папка з цією назвою буде створена у поточному каталозі. --sup — опціональний прапорець, який додає шаблон структури з Supervision Tree. Це означає, що створений проєкт одразу буде мати структуру, яка підтримує супервізор (супервізор керує життєвим циклом процесів у системі, перезапускаючи їх при падінні). Щоб створити файл з тестом, можна запустити команду із директорії проєкту mix test Приблизний вигляд структури проєкту:

Агрегати в DDD

Domain-Driven Design (DDD, предметно-орієнтоване проєктування) — це підхід до розробки програмного забезпечення, який зосереджується на моделюванні бізнес-логіки на основі реального домену (предметної області). Його запропонував Ерік Еванс у своїй книзі "Domain-Driven Design: Tackling Complexity in the Heart of Software". Основні принципи DDD Фокус на домені – головна увага приділяється предметній області, а не технічним деталям. Єдина мова (Ubiquitous Language) – розробники, бізнес-аналітики та інші учасники проєкту використовують спільну термінологію, щоб уникнути непорозумінь. Бізнес-логіка відокремлена від технічної реалізації – код моделюється так, щоб він чітко відображав реальний бізнес-процес. Основні концепції DDD Entity (Сутність) – об’єкт з унікальним ідентифікатором, що зберігається в системі (наприклад, Користувач, Замовлення). Value Object (Об’єкт-значення) – об’єкт, який не має унікального ідентифікатора та є незмінним (наприклад, Адреса або Гроші)...

Основи Elixir

Elixir — це функційна мова програмування, яка працює на віртуальній машині Erlang (BEAM). Вона призначена для створення масштабованих і відмовостійких систем. Elixir успадкував багато переваг Erlang, таких як легкість паралельного програмування та висока доступність, але також додав сучасний синтаксис та інструменти для розробки. Основні концепції Elixir Elixir є функційною мовою, тому вона орієнтована на використання функцій та незмінних даних. Ось декілька ключових концепцій: Незмінність даних. Усі дані в Elixir є незмінними, що спрощує роботу з паралельними процесами. Функції. Функції є основним будівельним блоком програми. Вони можуть бути анонімними або іменованими. Паттерн-матчинг. Elixir використовує паттерн-матчинг для роботи з даними, що дозволяє легко розбирати структури даних. Процеси. Elixir використовує легкі процеси для паралельного виконання завдань. Ці процеси ізольовані та спілкуються через передачу повідомлень. Синтаксис Elixir Синтаксис Elixir є прос...

Стратегії ребалансування в Kafka

Стратегії ребалансування в Kafka Ребалансування (Rebalancing) — це процес перерозподілу партицій між споживачами (сonsumer) у групі (Consumer Group). Kafka має кілька стратегій ребалансування: RangeAssignor. Ця стратегія розподіляє партиції на основі діапазонів, які створюються відповідно до сортування топіків і партицій. Наприклад, якщо є два консюмери і 6 партицій (P0–P5), перший консюмер отримає P0–P2, а другий — P3–P5. Особливості: Простий алгоритм. Може призводити до нерівномірного розподілу, якщо кількість партицій не ділиться порівну між консюмерами. RoundRobinAssignor. Ця стратегія рівномірно розподіляє партиції між консюмерами за круговим принципом. Наприклад, якщо є два консюмери і 6 партицій, перший отримає P0, P2, P4, а другий — P1, P3, P5. Особливості: Гарантує більш рівномірний розподіл партицій. Використовується в багатотопікових сценаріях. StickyAssignor. Ця стратегія намагається мінімізувати кількість змін у розподілі партицій між консюмерами при ре...