Method HTTP nyataké maksud sampeyan ing sawijining resource; status code iku jawaban server sing wis dikodhe. Rong properti penting kanggo method: safe (mung-maca, ora ana efek samping) lan idempotent (mbaléni ngasilaké asil sing padha — penting kanggo retry sing aman).
| Method | Tujuan | Safe | Idempotent |
|---|
| GET | Maca sawijining resource | Yes | Yes |
| POST | Nggawé / micu tumindak | No | No |
| PUT | Ngganti sawijining resource | No | Yes |
| PATCH | Update sabagéyan | No | No* |
| DELETE | Mbusak sawijining resource | No | Yes |
| HEAD | Kaya GET, header waé | Yes | Yes |
Bédané idempotency iku praktis: amarga PUT lan DELETE iku idempotent, client bisa kanthi aman nyoba manèh sawisé timeout; nyoba manèh POST sing ora-idempotent mbebayani nggawé duplikat (bug tarif-pindho sing klasik).
Status code diklompokaké manut digit pisanané:
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)
Garis sing paling penting yaiku pambagéan 4xx vs 5xx: 4xx tegesé client ngirim sing salah (input ala, durung diotèntikasi, ora ketemu) — nyoba manèh tanpa owahan ora bakal nulungi; 5xx tegesé server gagal — nyoba manèh (kanthi backoff) bisa uga sukses. Ngertèni sing saben dina kanthi apal: 401 (durung diotèntikasi) vs 403 (wis diotèntikasi nanging ora diidini), 404 (ora ketemu), 429 (diwatesi tarifé), 500 (crash server umum), 502/503/504 (bad gateway / ora kasedhiya / gateway timeout — biasané masalah upstream utawa kakehan beban).
Kode-kode iki iku kontrak bareng antara saben client lan server, mula kefasihan ing kéné dikarepaké saka sapa waé sing mbangun utawa nganggo API. Pewawancara nyelidiki bédané sing mbukak pangertèn nyata: 401 vs 403, PUT vs PATCH, lan utamané idempotency, sing langsung ngatur apa retry aman — keprihatinan inti ing sistem terdistribusi lan alur pembayaran. Mbalèkaké status code sing bener uga ndadèkaké API sampeyan bisa diprédhiksi lan ditangani kanthi bener déning cache, proxy, lan pustaka client, mula kawruh iki mbentuk rancangan API sing apik, dudu mung bab remeh.
Pustaka pitakon wawancara IT kanthi jawaban rinci — saka Junior nganti Senior.
Nyumbang