HTTP methods CRUD से कैसे map होते हैं, और safe व idempotent का क्या अर्थ है?

उदाहरण

PUT /users/42 पूरी representation भेजता है और उसे बदल देता है; PATCH /users/42 केवल बदलने वाले fields भेजता है (उदा. { "email": "[email protected]" })।

Safe बनाम idempotent

ये दो अलग गुण हैं:

• Safe — method server state को संशोधित नहीं करता (read-only)। GET, HEAD, OPTIONS safe हैं।
• Idempotent — वही request N बार भेजना उतना ही प्रभाव डालता है जितना एक बार भेजना। GET, PUT, DELETE, HEAD idempotent हैं।

यह क्यों महत्वपूर्ण है

Interviewers यह देखने के लिए पूछते हैं कि आप HTTP semantics को इतनी अच्छी तरह समझते हैं या नहीं कि विश्वसनीय APIs बना सकें। Safe/idempotent का भेद अकादमिक नहीं है: यह सीधे यह तय करता है कि clients, proxies, और CDNs को क्या करने की अनुमति है। Safe methods को स्वतंत्र रूप से cache और prefetch किया जा सकता है; idempotent methods को network timeout के बाद side effects को दोहराने के जोखिम के बिना स्वचालित रूप से retry किया जा सकता है — यही कारण है कि एक client PUT या DELETE को सुरक्षित रूप से retry कर सकता है पर POST को retry करते समय सावधान रहना चाहिए (यह दो orders बना सकता है)। Classic गलती है side effects trigger करने के लिए GET का उपयोग (उदा. GET /users/42/delete), जो caching को तोड़ता है और crawlers को गलती से data बदलने देता है। सही method चुनना — और उसके safety व idempotency contract का सम्मान करना — यही एक API को अनुमानयोग्य और उसके इर्द-गिर्द tooling बनाने के लिए सुरक्षित बनाता है।