queries თუ mutations თუ subscriptions GraphQL-ში?

Question

IT Interview Practice · Accepted Answer

ესენი სამი **ოპერაციის ტიპია**, თითოეული schema-ში ერთ root ტიპს ესადაგება:

- **Query** — კითხულობს მონაცემს. ველები მუშაობს **პარალელურად** და გვერდითი ეფექტები არ უნდა ჰქონდეს (ისევე, როგორც HTTP GET).
- **Mutation** — წერს მონაცემს (create/update/delete). ზედა დონის ველები მუშაობს **მიმდევრობით**, ამიტომ თანმიმდევრობა გარანტირებულია.
- **Subscription** — გრძელვადიანი ნაკადი: სერვერი კლიენტს ახალ მონაცემს უგზავნის ისეთი transport-ით, როგორიც WebSockets-ია, ყოველ ჯერზე, როცა მოვლენა ხდება.

```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-ები იღებენ **არგუმენტებს** (ხშირად `input` ობიექტს) და უნდა **დააბრუნონ დაზარალებული მონაცემი**, რომ კლიენტმა მეორე request-ის გარეშე განაახლოს. მიმდევრობითობის წესს მნიშვნელობა აქვს: ერთ დოკუმენტში ორი mutation — `deposit` შემდეგ `withdraw` — ყოველთვის სწორედ ამ თანმიმდევრობით შესრულდება, მაშინ როცა ორი query ველი შესაძლოა ერთდროულად გადაწყდეს.

## რატომ არის ეს მნიშვნელოვანი

ინტერვიუერები ამოწმებენ, იცი თუ არა, რომ **query-ები პარალელური და გვერდითი ეფექტების გარეშეა, ხოლო mutation-ები მიმდევრობითი**, და რომ subscription-ს სჭირდება მდგომარეობის მქონე transport (WebSocket/SSE). mutation-იდან განახლებული მონაცემის დაბრუნება არის ის პრაქტიკული დეტალი, რომელიც GraphQL-ის რეალურ გამომყენებლებს გამოარჩევს იმათგან, ვინც მხოლოდ თეორიულად იცის.

რატომ არის ეს მნიშვნელოვანი

დაკავშირებული კითხვები