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

Основи 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 та запуску сервера.

Коментарі

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

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

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

Шпаргалка по базових командах PostgreSQL

1. Підключення до PostgreSQL через командний рядок: psql -h <host> -p <port> -U <username> -d <database> 2. Підключення до бази без параметрів (якщо користувач і база мають однакове ім’я): psql 3. Показати список усіх баз даних: \l 4. Підключитися до іншої бази даних: \c <database_name> 5. Показати список таблиць у поточній базі: \dt 6. Показати всі об'єкти (таблиці, індекси, секвенції): \d 7. Показати таблиці з усіх схем: \dt *.* 8. Переглянути структуру конкретної таблиці: \d <table_name> 9. Виконати SQL-запит (приклад): SELECT * FROM users; 10. Вийти з psql: \q 11. Створити нову базу даних: CREATE DATABASE mydb; 12. Створити нову таблицю: CREATE TABLE users ( id SERIAL PRIMARY KEY, name TEXT NOT NULL, email TEXT UNIQUE ); 13. Додати новий запис: INSERT INTO users (name, email) VALUES ('Іван', 'ivan@example.com'); 14. Оновити дані в таблиці: UPDATE users SET name = 'Петро' WH...

Агрегати в DDD

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

Docker-compose для створення Postgresql бази даних

Docker Compose — це інструмент, який дозволяє визначати та запускати багатоконтейнерні Docker-застосунки. Замість того, щоб вручну запускати кожен контейнер із довгими командами docker run, docker-compose.yml надає простий спосіб описати всю архітектуру додатка у вигляді YAML-файлу. Це дозволяє легко створювати, запускати, зупиняти та масштабувати сервіси за допомогою однієї команди, що значно спрощує розробку, тестування та розгортання застосунків. Основні можливості Docker Compose включають: запуск кількох контейнерів одночасно, визначення мережі та спільних томів між контейнерами, налаштування змінних середовища та автоматичне підключення сервісів один до одного через імена сервісів. Він особливо корисний для локального середовища розробки, CI/CD-процесів і навіть невеликих продакшен-рішень, де потрібно швидко відтворити середовище для тестування або демонстрації. Мінімальний docker-compose.yml для локального використання PostgreSQL без збереження даних після видалення контейне...

Шпаргалка по запуску та збірці Spring Boot-проєктів

Maven + Spring Boot 1. Збірка проєкту (із завантаженням залежностей, компіляцією, запуском тестів та створенням артефакту) mvn clean install 2. Збірка артефакту без встановлення у локальний репозиторій mvn package 3. Збірка без тестів mvn clean package -DskipTests 4. Запуск Spring Boot-проєкту mvn spring-boot:run 5. Запуск із активним профілем Spring Boot mvn spring-boot:run -Dspring-boot.run.profiles=dev 6. Запуск із параметрами mvn spring-boot:run -Dspring-boot.run.arguments="--server.port=8081 --spring.profiles.active=prod" 7. Запуск з jar-файлу java -jar target/your-app-name.jar 8. Запуск тестів mvn test 9. Запуск, якщо pom.xml у підкаталозі mvn -f шлях/до/pom.xml spring-boot:run 10. Запуск із Maven-профілем (не плутати з Spring Boot профілем) mvn clean install -P dev Gradle + Spring Boot 1. Збірка проєкту (з компіляцією, тестами та створенням jar) ...