X'inhu l-Decorator pattern?

Question

Accepted Answer

Il-**Decorator** pattern iżżid dinamikament **imġieba jew responsabilități** għal oġġetti billi jħaqqabhom — mingħajr modifika tal-klassja oriġinali. Jipprovdi alternattiva flessibbli għas-subclassing għall-estensjoni tal-funzjonalità, u jipermettik tikkomponi imġieba.

## X'hu l-Decorator pattern tagħmel

```text
DECORATOR → WRAP an object to add behavior, keeping the same interface:
  → the decorator wraps the original, adds its behavior, and delegates to the original
  → you can STACK decorators (wrap a wrapped object) → compose multiple behaviors
  → adds functionality WITHOUT modifying the original class or using subclassing
→ "wrap to extend" — flexible, composable behavior addition
```

## Eżempju

```js
// base object
let coffee = { cost: () => 5, description: () => 'coffee' };
// decorators wrap and add behavior
function withMilk(c) {
  return { cost: () => c.cost() + 1, description: () => c.description() + ' + milk' };
}
function withSugar(c) {
  return { cost: () => c.cost() + 0.5, description: () => c.description() + ' + sugar' };
}
coffee = withSugar(withMilk(coffee));   // stack decorators
coffee.cost();          // 6.5 — composed behavior
```

## Benefiċċji u użi

```text
BENEFITS:
  ✓ Add behavior WITHOUT modifying the original (open/closed) or subclass explosion
  ✓ COMPOSE behaviors flexibly at runtime (stack different decorators in combinations)
  ✓ Single responsibility → each decorator adds one thing
USES → I/O streams (wrapping streams), middleware (wrap request handlers), UI components,
  adding features (logging, caching, validation) around a core object; HOC in React
```

## Għaliex hu importanti

L-fehim tal-Decorator pattern hu valwuż għaliex hu **pattern strutturali utli** għall-estensjoni tal-imġieba b'mod flessibbli, għalhekk hu għarfien ta' disinn pratiku u rilevanti.

Id-Decorator pattern iżżid imġieba għall-oġġetti billi **jħaqqabhom** (billi jinżomm l-istess interface, iddelagat għall-oriġinali filwaqt li żżid imġieba), mingħajr modifika tal-klassja oriġinali — u jipprovdi alternattiva flessibbli għas-subclassing.

L-fehim ta' x'hu tagħmel (jħaqqab oġġett biex iżżid imġieba, bil-kapaċità li **istakkja decorators** biex tikkomponi imġieba multipli) hu l-għarfien ewlieni.

L-fehim tal-**benefiċċji** hu essenzjali: iżżid imġieba **mingħajr modifika tal-oriġinali** (wara l-open/closed principle) u jevita l-**subclass explosion** li jirriżulta mill-ħolqien ta' subclasses għal kull kombinazzjoni ta' karatteristiċi, jipermettik **tikkomponi imġieba b'mod flessibbli waqt runtime** (istakkjar ta' decorators differenti f'kombinazzjonijiet varji), u jissuporta responsabilità singola (kull decorator iżżid waħda).

Din il-composability — ibina tal-imġieba billi tistak decorators żgħar u ffokati — hi l-forza ewlenija tal-pattern, ħafna aktar flessibbli mill-subclassing riġidu.

L-fehim tal-**użi** — I/O streams (l-eżempju klassiku ta' jħaqqab streams), middleware (jħaqqab request handlers — komuni f'web frameworks), UI components, iżżid karatteristiċi cross-cutting (logging, caching, validation) madwar oġġett qalbija, u React's higher-order components — jikkarija l-applikabilità tiegħu wiesgħa fir-realtà.

Id-Decorator pattern jidher matul real frameworks u libraries.

Billi d-Decorator pattern hu pattern strutturali utli għall-estensjoni tal-imġieba b'mod flessibbli (jħaqqab biex iżżid imġieba mingħajr modifika tal-oriġinali jew subclass explosion, tikkomponi imġieba waqt runtime), u billi l-fehim ta' x'hu tagħmel, il-benefiċċji tiegħu, u l-użi komuni tiegħu (streams, middleware, features) hu pratiku u rilevanti, l-fehim tal-Decorator pattern hu valwuż u għarfien ta' disinn komuni u applikabbli — pattern utli għall-estensjoni tal-imġieba flessibbli u komponibbli, jidher matul real frameworks (streams, middleware, HOCs), u għarfien ta' disinn importanti għall-estensjoni tal-funzjonalità b'mod nett mingħajr modifika tal-oriġinali jew ħolqien ta' gerarkiji subclass riġidi.