HTTP methods resource પર તમારો ઈરાદો જણાવે છે; status codes એ server નો coded જવાબ છે. methods માટે બે ગુણધર્મ મહત્વના છે: safe (read-only, કોઈ side effects નહીં) અને idempotent (તેને દોહરાવવાથી એ જ પરિણામ મળે — સલામત retries માટે મહત્વનું).
HTTP methods resource પર તમારો ઈરાદો જણાવે છે; status codes એ server નો coded જવાબ છે. methods માટે બે ગુણધર્મ મહત્વના છે: safe (read-only, કોઈ side effects નહીં) અને idempotent (તેને દોહરાવવાથી એ જ પરિણામ મળે — સલામત retries માટે મહત્વનું).
| Method | હેતુ | Safe | Idempotent |
|---|
| GET | Resource વાંચો | Yes | Yes |
| POST | બનાવો / action trigger કરો | No | No |
| PUT | Resource બદલો | No | Yes |
| PATCH | આંશિક update | No | No* |
| DELETE | Resource દૂર કરો | No | Yes |
| HEAD | GET જેવું, ફક્ત headers | Yes | Yes |
Idempotency નો ભેદ વ્યાવહારિક છે: કારણ કે PUT અને DELETE idempotent છે, client તેમને timeout પછી સલામત રીતે retry કરી શકે; non-idempotent POST ને retry કરવાથી duplicate બનવાનું જોખમ છે (એક ક્લાસિક double-charge bug).
Status codes તેમના પ્રથમ અંક દ્વારા જૂથબદ્ધ છે:
1xx Informational request received, continuing (100 Continue, 101 Switching)
2xx Success it worked (200 OK, 201 Created, 204 No Content)
3xx Redirection go elsewhere (301 Moved, 304 Not Modified)
4xx Client error YOUR request is wrong (400, 401, 403, 404, 429)
5xx Server error the SERVER failed (500, 502, 503, 504)
સૌથી મહત્વની રેખા એ 4xx vs 5xx વિભાજન છે: 4xx નો અર્થ client એ કંઈક ખોટું મોકલ્યું (ખરાબ input, authenticated નહીં, not found) — બદલ્યા વગર retry કરવાથી મદદ નહીં થાય; 5xx નો અર્થ server નિષ્ફળ ગયો — retry (backoff સાથે) સફળ થઈ શકે. રોજિંદા ને પાકા જાણો: 401 (authenticated નહીં) vs 403 (authenticated પણ મંજૂરી નહીં), 404 (not found), 429 (rate limited), 500 (સામાન્ય server crash), 502/503/504 (bad gateway / unavailable / gateway timeout — સામાન્ય રીતે upstream કે overload સમસ્યા).
આ codes એ દરેક client અને server વચ્ચેનો સહિયારો contract છે, તેથી APIs બનાવનાર કે વાપરનાર કોઈપણ પાસેથી અહીં પ્રવાહિતાની અપેક્ષા છે. Interviewers એ ભેદો ને દબાવે છે જે અસલી સમજ છતી કરે છે: 401 vs 403, PUT vs PATCH, અને ખાસ કરીને idempotency, જે retries સલામત છે કે નહીં તેને સીધું નિયંત્રિત કરે છે — distributed systems અને payment flows માં એક કેન્દ્રિય ચિંતા. યોગ્ય status code પરત કરવું તમારા API ને અનુમાનક્ષમ પણ બનાવે છે અને caches, proxies, અને client libraries દ્વારા યોગ્ય રીતે handle કરાવે છે, તેથી આ જ્ઞાન સારી API ડિઝાઇનને આકાર આપે છે, માત્ર trivia નહીં.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો