REST म्हणजे काय आणि त्याचे मुख्य constraints कोणते आहेत?

Question

IT Interview Practice · Accepted Answer

**REST** (Representational State Transfer) हा networked applications साठीचा एक **architectural style** आहे, जो Roy Fielding ने परिभाषित केला. तो protocol किंवा standard नाही — तो **constraints** चा संच आहे; अनुसरल्यास API scalable, cacheable, आणि विकसित करायला सोपी होते. "RESTful" API सर्वकाही URIs ने ओळखल्या जाणाऱ्या **resources** (users, orders, products) म्हणून मॉडेल करते, आणि त्यांना standard HTTP methods वापरून हाताळते.

## मुख्य constraints

- **Client–server** — UI (client) ला data storage (server) पासून वेगळे करा जेणेकरून प्रत्येक स्वतंत्रपणे विकसित होईल.
- **Stateless** — प्रत्येक request त्यावर प्रक्रिया करण्यासाठी लागणारी सर्व माहिती वाहते; server requests दरम्यान **कोणतीही client session state** ठेवत नाही. कोणताही server कोणतीही request हाताळू शकतो, ज्यामुळे horizontal scaling सोपे होते.
- **Cacheable** — responses ते cache करता येतात का हे जाहीर करतात, ज्यामुळे clients आणि proxies ते पुन्हा वापरू शकतात.
- **Uniform interface** — परिभाषित करणारा constraint: resources URIs ने ओळखले जातात, representations (सहसा JSON) मार्फत हाताळले जातात, messages स्वयं-वर्णनात्मक असतात, आणि hypermedia links client ला मार्गदर्शन करतात.
- **Layered system** — proxies, gateways, आणि load balancers client आणि server दरम्यान पारदर्शकपणे बसू शकतात.
- **Code-on-demand** (पर्यायी) — servers executable code पाठवू शकतात (उदा. JavaScript).

## एक resource-oriented 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 साठीचा प्रबळ style आहे, म्हणून interviewers हा प्रश्न तपासण्यासाठी वापरतात की तुम्हाला ते *का* चालते हे समजते का, फक्त त्याचे स्पेलिंग करता येते एवढेच नव्हे. प्रत्यक्षात सर्वात महत्त्वाचे दोन constraints म्हणजे **statelessness** (प्रत्येक request स्वयंपूर्ण असते, त्यामुळे तुम्ही load balancer मागे कितीही servers ठेवून sticky sessions शिवाय horizontally scale करू शकता) आणि **uniform interface** (अंदाज लावता येणारे, resource-oriented URLs अधिक standard HTTP methods आणि status codes, म्हणजे clients ना प्रति endpoint custom logic लागत नाही). चांगले उत्तर constraints ना ठोस फायद्यांशी जोडते — statelessness scaling शक्य करते, cacheability load कमी करते, layered system तुम्हाला CDNs आणि gateways घालू देते — आणि नोंदवते की बहुतांश "REST" APIs पूर्णपणे RESTful नसून व्यावहारिक असतात (क्वचितच HATEOAS अंमलात आणतात). हे constraints समजून घेणे हे status codes निवडण्यापासून versioning पर्यंत प्रत्येक REST design निर्णयाचा पाया आहे.

मुख्य constraints

एक resource-oriented request

हे का महत्त्वाचे आहे

संबंधित प्रश्न