Що таке event driven development?

Повне пояснення

Що це і навіщо Event driven development (EDD) – модель програмування, де виконання коду керується подіями. Це підхід, що дозволяє створювати реактивні, масштабовані системи, особливо у середовищах з високою асинхронністю (Node.js, NestJS, Express).

Ключові принципи

• Event emitter / listener – об’єкт, що генерує події і слухачі, які їх обробляють.
• Non‑blocking I/O – асинхронні операції, що не блокують event loop.
• Callback / Promise / async‑await – механізми обробки результатів.

Як це працює

1. Подія генерується (наприклад, HTTP‑запит або таймер).
2. Event loop ставить її в чергу.
3. Слухач (event handler) отримує подію і виконує логіку.
4. Якщо потрібна асинхронна операція, вона запускається без блокування.

Практика і реалізація (Node.js / NestJS)

import { EventEmitter } from 'events';
const emitter = new EventEmitter();

emitter.on('userCreated', (data) => {
  console.log(`New user: ${data.name}`);
});

// Trigger event
emitter.emit('userCreated', { name: 'Alice' });

У NestJS можна використовувати @EventPattern у microservices:

@Controller()
export class UserController {
  @EventPattern('user.created')
  handleUserCreated(@Payload() data: any) {
    console.log('Handled in NestJS', data);
  }
}

Тестування

• Unit: мокати EventEmitter і перевіряти, що слухач викликається.
• Integration: запускати сервер і надсилати HTTP‑запит, що генерує подію.
• E2E: використовувати jest + supertest для перевірки повного циклу.

Безпека

• Перевіряти payload перед обробкою (наприклад, Joi або class-validator).
• Обмежувати кількість одночасних подій (rate limiting) для запобігання DoS.

Переваги

• Легка масштабованість через розділення логіки на окремі обробники.
• Підвищена реактивність, особливо у real‑time застосунках.

Недоліки

• Складність трасування виконання (debugging).
• Можливі race conditions, якщо не синхронізувати стан.

Часті помилки

1. Неочікуваний undefined у payload.
2. Перевантаження event loop через занадто багато синхронних callback‑ів.
3. Відсутність обробки помилок у асинхронних слухачах.
4. Застарілий EventEmitter без типізації у TS.
5. Перекладення подій між мікросервісами без схеми.
6. Відсутність логування подій.
7. Необмежена кількість одночасних підписників.
8. Використання глобального EventEmitter без ізоляції.

Cheatsheet

• emitter.on(event, handler) – підписка.
• emitter.emit(event, payload) – генерація.
• У NestJS: @EventPattern('event') + @Payload().
• Для async‑обробки: async (payload) => { await ... }.
• Тестування: мокати emitter.emit і перевіряти виклик handler.

Follow‑up питання

1. Як уникнути memory leaks при великій кількості listeners? – Використовувати emitter.setMaxListeners() і removeListener.
2. Як обробляти помилки у async‑handler? – Використовувати try/catch або on('error').
3. Чому event loop блокується при синхронному коді? – Тому що він не може обробляти інші події.