Queries berbanding mutations berbanding subscriptions dalam GraphQL?

Question

IT Interview Practice · Accepted Answer

Ketiga-tiganya ialah **jenis operasi**, masing-masing dipetakan kepada satu root type dalam skema:

- **Query** — membaca data. Medan berjalan **secara selari** dan mesti tiada kesan sampingan (seperti HTTP GET).
- **Mutation** — menulis data (cipta/kemas kini/padam). Medan peringkat atas berjalan **secara berjujukan**, jadi susunan terjamin.
- **Subscription** — aliran hayat panjang: pelayan menolak data baharu kepada klien melalui pengangkutan seperti WebSockets setiap kali sesuatu peristiwa dicetuskan.

```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
  }
}
```

Mutation mengambil **argumen** (selalunya object `input`) dan patut **memulangkan data yang terkesan** supaya klien boleh menyegar semula tanpa permintaan kedua. Peraturan berjujukan itu penting: dua mutation dalam satu dokumen — `deposit` kemudian `withdraw` — sentiasa berjalan mengikut susunan itu, manakala dua medan query mungkin diselesaikan serentak.

## Mengapa ia penting

Penemu duga memeriksa sama ada anda tahu **query adalah selari dan bebas kesan sampingan manakala mutation adalah berjujukan**, dan bahawa subscription memerlukan pengangkutan berkeadaan (WebSocket/SSE). Memulangkan data yang dikemas kini daripada mutation ialah butiran praktikal yang membezakan orang yang pernah menghantar (ship) GraphQL daripada mereka yang hanya membacanya.

Mengapa ia penting

Soalan berkaitan