REST nganggo HTTP method standar minangka tembung kriya sing tumindak marang resource. Pemetaan umum menyang CRUD (Create, Read, Update, Delete) yaiku:
REST nganggo HTTP method standar minangka tembung kriya sing tumindak marang resource. Pemetaan umum menyang CRUD (Create, Read, Update, Delete) yaiku:
| CRUD | Method | Dienggo umume |
|---|
| Create | POST | Nambah resource anyar menyang collection |
| Read | GET | Njupuk resource utawa daftar |
| Update (kabeh) | PUT | Ngganti resource sepenuhe |
| Update (sebagian) | PATCH | Ngowahi sawetara field |
| Delete | DELETE | Mbusak resource |
POST /users HTTP/1.1
Content-Type: application/json
{ "name": "Ann", "email": "[email protected]" }
HTTP/1.1 201 Created
Location: /users/42
{ "id": 42, "name": "Ann", "email": "[email protected]" }
PUT /users/42 ngirim representasi sakabehe lan nggantine; PATCH /users/42 mung ngirim field sing arep diowahi (contone { "email": "[email protected]" }).
Iki loro properti sing beda:
GET, HEAD, OPTIONS iku safe.GET, PUT, DELETE, HEAD iku idempotent.Method Safe? Idempotent?
GET ya ya
HEAD ya ya
PUT ora ya (ngganti nganggo body sing padha kaping pindho = asil padha)
DELETE ora ya (mbusak kaping pindho = tetep wis dibusak)
PATCH ora ora* (gumantung patch-e; ora dijamin)
POST ora ora (POST kaping pindho biasane nggawe rong resource)
Pewawancara takon iki kanggo ndeleng apa kowe mangerteni semantik HTTP cukup jero kanggo mbangun API sing bisa dipercaya. Bedane safe/idempotent iku dudu akademis: iki langsung ngatur apa sing kena ditindakake client, proxy, lan CDN. Method safe bisa di-cache lan di-prefetch kanthi bebas; method idempotent bisa di-retry kanthi otomatis sawise network timeout tanpa risiko nggandakake efek samping — iki sebabe client bisa aman nyoba maneh PUT utawa DELETE nanging kudu ngati-ati nyoba maneh POST (bisa nggawe rong order). Kesalahan klasik yaiku nganggo GET kanggo micu efek samping (contone GET /users/42/delete), sing ngrusak caching lan ngidini crawler ora sengaja ngowahi data. Milih method sing bener — lan ngajeni kontrak safety lan idempotency-ne — iku sing ndadekake API bisa diramal lan aman kanggo mbangun tooling ing sakiwa-tengene.
Pustaka pitakon wawancara IT kanthi jawaban rinci — saka Junior nganti Senior.
Nyumbang