Mitkä ovat yleisiä suunnittelumalleja Node.js:ssä?

Question

IT Interview Practice · Accepted Answer

Node.js nojaa muutamaan suunnittelumalliin, jotka sopivat sen moduulijärjestelmään, asynkroniseen malliin ja striimaavaan I/O:hon. Yleisimmät, jotka jokaisen backend-kehittäjän tulisi tunnistaa:

## Luova (Creational)

- **Module-malli** — jokainen tiedosto on oma scopensa; paljastat julkisen API:n `module.exports` / `export` -kautta ja pidät sisäiset osat yksityisinä. Koodin organisoinnin perusta Nodessa.
- **Singleton** — moduulin exportit **välimuistitetaan**, joten instanssin exporttaaminen antaa jokaiselle importoijalle saman olion. Täydellinen DB-poolille tai konfiguraatiolle.

```js
// db.js — jokainen require("./db") saa saman poolin (singleton moduuli-välimuistin kautta).
const pool = createPool(process.env.DATABASE_URL);
module.exports = pool;
```

- **Factory** — funktio, joka luo ja palauttaa olioita, piilottaa rakennuslogiikan ja antaa vaihtaa toteutuksia.

```js
function createLogger(kind) {
  return kind === "json" ? new JsonLogger() : new TextLogger();
}
```

## Käyttäytymiseen liittyvä (Behavioral)

- **Observer / EventEmitter** — Noden keskeinen asynkroninen malli: lähetä nimettyjä eventtejä, kiinnitä kuuntelijoita. `EventEmitter`, streamit ja useimmat core-moduulit käyttävät sitä.

```js
const { EventEmitter } = require("node:events");
const bus = new EventEmitter();
bus.on("order:paid", (o) => sendReceipt(o));
bus.emit("order:paid", order);
```

- **Middleware** — putki funktioita, joista jokainen saa `(ctx, next)`, Express/Koa:n suosituksi tekemä. Loistava läpileikkaaviin huoliin (auth, logging, validointi).

```js
app.use((req, res, next) => { req.startedAt = Date.now(); next(); });
```

- **Strategy** — valitse algoritmi ajonaikana (esim. valitse maksuntarjoaja tai hajautusstrategia yhden rajapinnan takaa).

## Rakenteellinen (Structural)

- **Adapter** — kääri kolmannen osapuolen API omaan rajapintaasi, jotta voit vaihtaa toimittajia koskematta kutsukohtiin.
- **Streamit (pipeline)** — yhdistä readable → transform → writable -vaiheita datan käsittelemiseksi vähittäin vastapaineella sen sijaan, että puskuroisit kaiken muistiin.

```js
const { pipeline } = require("node:stream/promises");
await pipeline(fs.createReadStream("in"), gzip(), fs.createWriteStream("out.gz"));
```

- **Dependency Injection** — välitä yhteistyökumppanit (db, logger, clientit) moduuliin sen sijaan, että importoisit ne suoraan; tekee koodista testattavaa ja irrallista. Frameworkit kuten **NestJS** rakentavat DI:n sisään; voit tehdä sen myös käsin konstruktori-/funktioargumenttien kautta.

## Nyrkkisääntö

| Tarve | Malli |
|---|---|
| Yksi jaettu resurssi | Singleton (moduuli-välimuisti) |
| Rakenna olioita, piilota `new` | Factory |
| Reagoi asynkronisiin eventteihin | Observer / EventEmitter |
| Läpileikkaava request-logiikka | Middleware |
| Käsittele iso data turvallisesti | Streams / pipeline |
| Testattavat, irralliset riippuvuudet | Dependency Injection |

## Miksi se on tärkeää

Mallit ovat jaettua sanastoa: sanominen "config on moduuli-välimuistitettu singleton" tai "auth on middleware" välittää suunnittelun muutamalla sanalla. Noden oma core (EventEmitter, streamit, moduulijärjestelmä) on rakennettu näistä, joten niiden tunnistaminen auttaa lukemaan frameworkeja ja jäsentämään omat palvelusi. Haastattelijat käyttävät tätä kysymystä tarkistaakseen, ettet vain kytke callbackeja sattumanvaraisesti vaan tartut malliin, joka sopii — ja tunnet sen kompromissit, kuten sen että singleton tekee globaalista tilasta vaikeampaa testata.

Tarve	Malli
Yksi jaettu resurssi	Singleton (moduuli-välimuisti)
Rakenna olioita, piilota `new`	Factory
Reagoi asynkronisiin eventteihin	Observer / EventEmitter
Läpileikkaava request-logiikka	Middleware
Käsittele iso data turvallisesti	Streams / pipeline
Testattavat, irralliset riippuvuudet	Dependency Injection

Luova (Creational)

Käyttäytymiseen liittyvä (Behavioral)

Rakenteellinen (Structural)

Nyrkkisääntö

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset