REST (Representational State Transfer) అనేది Roy Fielding నిర్వచించిన, networked అప్లికేషన్ల కోసం ఒక architectural style. ఇది ఒక protocol లేదా standard కాదు — ఇది ఒక constraints సమూహం, వీటిని పాటిస్తే ఒక APIని scalable, cacheable, సులభంగా అభివృద్ధి చేయదగినదిగా చేస్తాయి. ఒక "RESTful" API ప్రతిదాన్ని URIల ద్వారా గుర్తించబడే resources (users, orders, products)గా మోడల్ చేస్తుంది, standard HTTP methodలను వాడి వాటిని మార్చుతుంది.
GET /users/42 HTTP/1.1
Host: api.example.com
Accept: application/json
HTTP/1.1 200 OK
Content-Type: application/json
{ "id": 42, "name": "Ann", "email": "[email protected]" }
URI /users/42 resourceకు పేరు పెడుతుంది; GET చర్య; JSON representation. ఆ కలయిక — pathలో nouns, HTTP methodsగా verbs — REST యొక్క గుండె.
REST వెబ్ APIల కోసం ఆధిపత్య శైలి, కాబట్టి ఇంటర్వ్యూయర్లు ఈ ప్రశ్నను మీరు కేవలం స్పెల్ చేయగలరా కాదు, అది ఎందుకు పనిచేస్తుందో అర్థం చేసుకున్నారా అని తనిఖీ చేయడానికి వాడతారు. ఆచరణలో అత్యంత ముఖ్యమైన రెండు constraints statelessness (ప్రతి request స్వయం-సమగ్రం, కాబట్టి ఎన్ని serverలనైనా ఒక load balancer వెనుక పెట్టి sticky sessions లేకుండా horizontal scale చేయవచ్చు) మరియు uniform interface (ఊహించదగిన, resource-oriented URLs కలిపి standard HTTP methodలు మరియు status codes, అంటే clientలకు ప్రతి endpointకు కస్టమ్ లాజిక్ అవసరం లేదు). బలమైన జవాబు constraintలను నిర్దిష్ట ప్రయోజనాలకు అనుసంధానిస్తుంది — statelessness scalingను వీలు కల్పిస్తుంది, cacheability లోడ్ను తగ్గిస్తుంది, layered system CDNలు మరియు gatewayలను చొప్పించనిస్తుంది — మరియు చాలా "REST" APIలు పూర్తిగా RESTful కాకుండా ఆచరణాత్మకంగా ఉంటాయని (కొన్ని మాత్రమే HATEOAS అమలు చేస్తాయి) గమనిస్తుంది. ఈ constraintలను అర్థం చేసుకోవడం status codes ఎంచుకోవడం నుండి versioning వరకు ప్రతి ఇతర REST డిజైన్ నిర్ణయానికి పునాది.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం