HTTP methods CRUD સાથે કેવી રીતે મૅપ થાય છે, અને safe તથા idempotent નો અર્થ શું છે?

ઉદાહરણો

PUT /users/42 આખું representation મોકલે છે અને તેને બદલે છે; PATCH /users/42 માત્ર બદલવાના fields મોકલે છે (દા.ત. { "email": "[email protected]" }).

Safe vs idempotent

આ બે અલગ ગુણધર્મો છે:

• Safe — method server state ને બદલતું નથી (read-only). GET, HEAD, OPTIONS safe છે.
• Idempotent — એક જ request N વાર કરવાની અસર એક વાર કરવા જેવી જ છે. GET, PUT, DELETE, HEAD idempotent છે.

આ શા માટે મહત્વનું છે

Interviewers આ પૂછે છે એ જોવા કે તમે વિશ્વસનીય APIs બનાવવા માટે HTTP semantics પૂરતું સમજો છો કે નહીં. 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 ટ્રિગર કરવા GET વાપરવું (દા.ત. GET /users/42/delete), જે caching તોડે છે અને crawlers ને અકસ્માતે data બદલવા દે છે. યોગ્ય method પસંદ કરવું — અને તેના safety અને idempotency contract નું સન્માન કરવું — એ છે જે API ને અનુમાનિત અને તેની આસપાસ tooling બનાવવા સલામત બનાવે છે.