Upiti naspram mutacija naspram subscriptiona u GraphQL-u?

Question

IT Interview Practice · Accepted Answer

To su tri **tipa operacija**, svaki mapiran na korijenski tip u shemi:

- **Query** — čita podatke. Polja se izvršavaju **paralelno** i ne smiju imati nuspojave (poput HTTP GET-a).
- **Mutation** — piše podatke (create/update/delete). Polja najviše razine izvršavaju se **sekvencijalno**, pa je redoslijed zajamčen.
- **Subscription** — dugotrajni tok: poslužitelj gura nove podatke klijentu putem transporta poput WebSocketa svaki put kad se dogodi događaj.

```graphql
query GetPost {              # čitanje
  post(id: "1") { title }
}

mutation AddComment {        # pisanje; vraća stvoreni objekt kako bi klijent ažurirao svoj cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # uživo: okida se svaki put kad se doda komentar
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutacije primaju **argumente** (često `input` objekt) i trebale bi **vratiti pogođene podatke** kako bi se klijent mogao osvježiti bez drugog zahtjeva. Pravilo o sekvencijalnosti je bitno: dvije mutacije u jednom dokumentu — `deposit` pa `withdraw` — uvijek se izvršavaju tim redoslijedom, dok bi se dva polja upita mogla razriješiti istovremeno.

## Zašto je to važno

Ispitivači provjeravaju znate li da su **upiti paralelni i bez nuspojava, dok su mutacije sekvencijalne**, te da subscription treba transport sa stanjem (WebSocket/SSE). Vraćanje ažuriranih podataka iz mutacije praktični je detalj koji razdvaja one koji su isporučili GraphQL od onih koji su o njemu samo čitali.

Zašto je to važno

Povezana pitanja