REST کیا ہے اور اس کی اہم پابندیاں کیا ہیں؟

Question

IT Interview Practice · Accepted Answer

**REST** (Representational State Transfer) نیٹ ورک شدہ ایپلیکیشنز کے لیے ایک **تعمیراتی اسلوب (architectural style)** ہے، جسے Roy Fielding نے متعارف کرایا۔ یہ کوئی protocol یا معیار نہیں ہے — یہ **پابندیوں (constraints)** کا مجموعہ ہے جن پر عمل کرنے سے کوئی API قابلِ پیمائش (scalable)، cacheable، اور ارتقا میں آسان بن جاتی ہے۔ ایک "RESTful" API ہر چیز کو **resources** (users، orders، products) کے طور پر ماڈل کرتی ہے جن کی شناخت URIs سے ہوتی ہے، اور انہیں معیاری HTTP methods استعمال کرتے ہوئے سنبھالتی ہے۔

## بنیادی پابندیاں

- **Client–server** — UI (client) کو ڈیٹا اسٹوریج (server) سے الگ کریں تاکہ ہر ایک آزادانہ طور پر ارتقا پذیر ہو۔
- **Stateless** — ہر request اسے پروسیس کرنے کے لیے درکار تمام معلومات اٹھائے رکھتی ہے؛ server requests کے درمیان **کوئی client session state** نہیں رکھتا۔ کوئی بھی server کسی بھی request کو سنبھال سکتا ہے، جو horizontal scaling کو آسان بنا دیتا ہے۔
- **Cacheable** — responses بتاتے ہیں کہ آیا انہیں cache کیا جا سکتا ہے، جس سے clients اور proxies انہیں دوبارہ استعمال کر سکتے ہیں۔
- **Uniform interface** — متعین کرنے والی پابندی: resources کی شناخت URIs سے ہوتی ہے، representations (عام طور پر JSON) کے ذریعے سنبھالے جاتے ہیں، messages خود وضاحتی ہوتے ہیں، اور hypermedia links client کی رہنمائی کرتے ہیں۔
- **Layered system** — proxies، gateways، اور load balancers client اور server کے درمیان شفاف طریقے سے بیٹھ سکتے ہیں۔
- **Code-on-demand** (اختیاری) — servers قابلِ عمل کوڈ (مثلاً JavaScript) بھیج سکتے ہیں۔

## ایک resource پر مبنی request

```http
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
```

```http
HTTP/1.1 200 OK
Content-Type: application/json

{ "id": 42, "name": "Ann", "email": "ann@example.com" }
```

URI `/users/42` resource کا نام دیتا ہے؛ `GET` عمل ہے؛ JSON representation ہے۔ یہ امتزاج — path میں اسمِ نکرہ (nouns)، HTTP methods کے طور پر افعال (verbs) — REST کا دل ہے۔

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

REST web APIs کے لیے غالب اسلوب ہے، اس لیے انٹرویو لینے والے یہ سوال یہ جانچنے کے لیے استعمال کرتے ہیں کہ آپ سمجھتے ہیں کہ یہ *کیوں* کام کرتا ہے، نہ کہ صرف آپ اس کے حروف ہجے کر سکتے ہیں۔ عملی طور پر سب سے اہم دو پابندیاں **statelessness** ہیں (ہر request خود کفیل ہے، اس لیے آپ کسی load balancer کے پیچھے جتنے چاہیں servers لگا سکتے ہیں اور بغیر sticky sessions کے horizontal scale کر سکتے ہیں) اور **uniform interface** (قابلِ پیش گوئی، resource پر مبنی URLs کے علاوہ معیاری HTTP methods اور status codes، جس کا مطلب ہے کہ clients کو ہر endpoint کے لیے علیحدہ منطق کی ضرورت نہیں)۔ ایک مضبوط جواب پابندیوں کو ٹھوس فوائد سے جوڑتا ہے — statelessness scaling کو ممکن بناتی ہے، cacheability بوجھ کم کرتی ہے، layered system آپ کو CDNs اور gateways داخل کرنے دیتا ہے — اور یہ نوٹ کرتا ہے کہ زیادہ تر "REST" APIs مکمل طور پر RESTful ہونے کے بجائے عملیت پسند ہیں (بہت کم HATEOAS نافذ کرتے ہیں)۔ ان پابندیوں کو سمجھنا ہر دوسرے REST ڈیزائن فیصلے کی بنیاد ہے، status codes چننے سے لے کر versioning تک۔

بنیادی پابندیاں

ایک resource پر مبنی request

یہ کیوں اہم ہے

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