Zapytania kontra mutacje kontra subskrypcje w GraphQL?

Question

IT Interview Practice · Accepted Answer

To trzy **typy operacji**, z których każdy jest mapowany na typ główny w schemacie:

- **Query** — odczytuje dane. Pola działają **równolegle** i nie mogą mieć efektów ubocznych (jak HTTP GET).
- **Mutation** — zapisuje dane (tworzenie/aktualizacja/usuwanie). Pola najwyższego poziomu działają **sekwencyjnie**, więc kolejność jest gwarantowana.
- **Subscription** — długo żyjący strumień: serwer przesyła klientowi nowe dane transportem takim jak WebSocket, ilekroć wystąpi zdarzenie.

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

mutation AddComment {        # write; returns the created object so the client updates its cache
  addComment(postId: "1", text: "Nice!") {
    id
    text
  }
}

subscription OnComment {     # live: fires every time a comment is added
  commentAdded(postId: "1") {
    id
    text
  }
}
```

Mutacje przyjmują **argumenty** (często obiekt `input`) i powinny **zwracać dotknięte dane**, aby klient mógł się odświeżyć bez drugiego żądania. Zasada sekwencyjności ma znaczenie: dwie mutacje w jednym dokumencie — `deposit`, a potem `withdraw` — zawsze wykonają się w tej kolejności, podczas gdy dwa pola zapytania mogą zostać rozwiązane współbieżnie.

## Dlaczego to ważne

Rekruterzy sprawdzają, czy wiesz, że **zapytania są równoległe i wolne od efektów ubocznych, a mutacje sekwencyjne**, oraz że subskrypcja potrzebuje transportu ze stanem (WebSocket/SSE). Zwracanie zaktualizowanych danych z mutacji to praktyczny szczegół, który odróżnia osoby, które wdrażały GraphQL, od tych, które tylko o nim czytały.

Dlaczego to ważne

Powiązane pytania