GraphQL میں queries بمقابلہ mutations بمقابلہ subscriptions؟

Question

IT Interview Practice · Accepted Answer

یہ تین **operation types** ہیں، ہر ایک schema میں ایک root type سے منسلک ہے:

- **Query** — data پڑھتا ہے۔ Fields **متوازی (parallel)** چلتی ہیں اور ان کا کوئی side effect نہیں ہونا چاہیے (HTTP GET کی طرح)۔
- **Mutation** — data لکھتا ہے (create/update/delete)۔ Top-level fields **ترتیب وار (sequentially)** چلتی ہیں، اس لیے ترتیب کی ضمانت ہوتی ہے۔
- **Subscription** — ایک دیرپا stream: server کسی event کے ہونے پر WebSockets جیسے transport کے ذریعے client کو نیا data بھیجتا رہتا ہے۔

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

Mutations **arguments** لیتی ہیں (اکثر ایک `input` object) اور انہیں **متاثرہ data واپس کرنا** چاہیے تاکہ client دوسری request کے بغیر refresh ہو سکے۔ Sequential اصول اہم ہے: ایک ہی document میں دو mutations — پہلے `deposit` پھر `withdraw` — ہمیشہ اسی ترتیب میں چلیں گی، جبکہ دو query fields بیک وقت resolve ہو سکتی ہیں۔

## یہ کیوں اہم ہے

Interviewers یہ جانچتے ہیں کہ آپ جانتے ہیں **queries متوازی اور side-effect سے پاک ہوتی ہیں جبکہ mutations ترتیب وار**، اور یہ کہ subscription کو ایک stateful transport (WebSocket/SSE) کی ضرورت ہوتی ہے۔ Mutation سے updated data واپس کرنا وہ عملی تفصیل ہے جو ان لوگوں کو جنہوں نے GraphQL کو حقیقت میں ship کیا ہے، ان سے الگ کرتی ہے جنہوں نے صرف اس کے بارے میں پڑھا ہے۔

یہ کیوں اہم ہے

متعلقہ سوالات