Czym jest wzorzec Command?

Question

Accepted Answer

Wzorzec **Command** hermetyzuje **żądanie jako obiekt** — przekształcając akcję w autonomiczny obiekt zawierający wszystkie jej informacje. To umożliwia kolejkowanie, logowanie, cofanie/ponawianie oraz rozdzielenie żądającego od wykonawcy.

## Co robi wzorzec Command

```text
COMMAND → encapsulate an action/request as an OBJECT (with its data and an execute method):
  → a command object knows WHAT to do and has the info to do it
  → the invoker triggers commands without knowing their details
  → decouples the object that INVOKES from the object that PERFORMS the action
→ "turn an action into an object" → store, pass, queue, log, undo it
```

## Przykład

```js
// commands encapsulate actions
class AddTextCommand {
  constructor(doc, text) { this.doc = doc; this.text = text; }
  execute() { this.doc.add(this.text); }
  undo() { this.doc.remove(this.text); }   // commands can support undo
}
// invoker executes and tracks commands (for undo/redo)
const cmd = new AddTextCommand(doc, 'hello');
cmd.execute();
cmd.undo();   // reverse it
```

## Co umożliwia

```text
✓ UNDO/REDO → store executed commands; call undo()/redo() (each command knows how to reverse)
✓ QUEUING → queue commands to execute later; schedule; batch
✓ LOGGING → log commands (e.g. for replay, audit, transactions)
✓ DECOUPLING → invoker doesn't know the command's implementation (just calls execute())
USES → undo/redo (editors), task queues/jobs, transactional operations, action objects
  (e.g. Redux actions), macro recording, GUI buttons/menu items triggering commands
```

## Dlaczego to ważne

Zrozumienie wzorca Command jest wartościowe, ponieważ jest to **przydatny wzorzec behawioralny** umożliwiający ważne możliwości, takie jak cofanie/ponawianie i kolejkowanie, więc jest to istotna wiedza projektowa.

Wzorzec Command hermetyzuje żądanie jako obiekt — przekształcając akcję w autonomiczny obiekt z jego danymi i metodą execute, rozdzielając żądającego od wykonawcy.

Zrozumienie tego, co robi (reprezentowanie akcji jako obiektu, który wie, co zrobić, z invokerem uruchamiającym komendy bez znajomości ich szczegółów) jest podstawową wiedzą.

Zrozumienie **tego, co umożliwia** jest kluczową wartością: **cofanie/ponawianie** (przechowywanie wykonanych komend i wywoływanie cofania/ponawiania, gdzie każda komenda wie, jak się cofnąć — klasyczny, potężny przypadek użycia dla edytorów i aplikacji), **kolejkowanie** (kolejkowanie komend do wykonania później, zaplanowania lub batching), **logowanie** (logowanie komend do powtórzenia, audytu lub transakcji) oraz **rozdzielenie** (invoker nie znający implementacji komendy).

Te możliwości — zwłaszcza cofanie/ponawianie i kolejkowanie — są prawdziwie wartościowe i trudne do czystego wdrożenia bez wzorca Command.

Zrozumienie **zastosowań** — cofanie/ponawianie w edytorach, kolejki zadań i zadania w tle, operacje transakcyjne, obiekty akcji (takie jak akcje Redux, współczesny powszechnie używany przykład), nagrywanie makr oraz elementy GUI uruchamiające komendy — wyjaśnia jego rzeczywistą przydatność.

Wzorzec Command to czysty sposób implementacji cofania/ponawiania, kolejkowania i architektur opartych na akcjach.

Ponieważ wzorzec Command umożliwia ważne możliwości (cofanie/ponawianie, kolejkowanie, logowanie, rozdzielenie), które są wartościowe i trudne do czystego wdrożenia w inny sposób, oraz ponieważ pojawia się w rzeczywistych systemach (edytory, kolejki zadań, akcje Redux), oraz ponieważ zrozumienie tego, co robi i umożliwia, jest istotne dla wdrożenia tych możliwości, zrozumienie wzorca Command jest wartościową, praktycznie istotną wiedzą projektową — przydatnym wzorcem umożliwiającym cofanie/ponawianie, kolejkowanie i architektury oparte na akcjach (takie jak akcje Redux), czystym sposobem wdrożenia tych wartościowych możliwości oraz ważną wiedzą projektową dla akcji, które muszą być przechowywane, kolejkowane, logowane lub cofane.