Apa iku HATEOAS lan Richardson Maturity Model?

Question

IT Interview Practice · Accepted Answer

**Richardson Maturity Model (RMM)** menehi biji sepira "RESTful" sawijining API liwat papat level, lan **HATEOAS** iku level paling dhuwur — watesan sing dilewati akeh wong.

## Papat level

```text
Level 0 — "Rawa POX": siji URI, siji method (RPC ing HTTP).
          POST /api  { "action": "getUser", "id": 42 }
Level 1 — Resources: akeh URI, nanging isih siji tembung kriya.
          POST /users/42  ,  POST /users/42/delete
Level 2 — HTTP Verbs: method + status code sing bener (papan umume "REST" API manggon).
          GET /users/42 → 200 ,  DELETE /users/42 → 204
Level 3 — Hypermedia Controls (HATEOAS): response nyambung menyang apa sing bisa koktindakake sabanjure.
```

Umume "REST" API produksi ana ing **Level 2** — resource, method, lan status code sing bener. Kuwi biasane wis cukup apik, lan iku target sing pancen cukup nalar.

## HATEOAS (Level 3)

**HATEOAS** = *Hypermedia As The Engine Of Application State*. Idene: response ngemot **link** sing ngandhani client tumindak apa sing kasedhiya sabanjure, saengga client navigasi API kanthi ngetutake link tinimbang hardcode URL — kaya manungsa sing ngetutake link ing kaca web tinimbang ngapalake saben URL.

```http
GET /orders/1001 HTTP/1.1
```
```http
HTTP/1.1 200 OK
Content-Type: application/json

{
  "id": 1001,
  "status": "pending",
  "total": 250,
  "_links": {
    "self":   { "href": "/orders/1001" },
    "pay":    { "href": "/orders/1001/payment", "method": "POST" },
    "cancel": { "href": "/orders/1001/cancel",  "method": "POST" }
  }
}
```

Amarga order-e `pending`, server nawakake link `pay` lan `cancel`. Sawise dibayar, link kuwi ilang lan link `refund` bisa muncul — **server sing nyetir transisi state**, lan client mung ngetutake link apa wae sing diwenehake.

## Kenapa iki arang

Janjine yaiku decoupling: client ora hardcode URL, mula server bisa nyusun ulang kanthi bebas. Ing praktik umume client tetep hardcode, HATEOAS nambah kerumitan nyata, lan formate ora tau distandarake sepenuhe (HAL, JSON:API, Siren kabeh saingan). Asile arang mbenerake biayane.

## Kenapa iki penting

Iki pitakonan level senior klasik amarga misahake wong sing **mangerteni REST kaya sing wiwitane ditemtokake** saka wong sing nganggo "REST" kanthi longgar kanggo ateges "JSON ing HTTP." Wawasan sing berharga dudu ngucapake papat level — nanging pertimbangan kanggo ngomong yen **Level 2 iku titik manis pragmatis** karo ngerti yen REST sing sejati (definisi Fielding) *mbutuhake* HATEOAS, lan bisa njlentrehake *kenapa industri umume nglirwakake*: manfaat decoupling iku nyata nanging arang diwujudake amarga client tetep hardcode URL, lan kerumitan tambahan plus format hypermedia sing saingan ora mbayar kanggo API biasa. Nuduhake yen kowe ngerti HATEOAS *iku apa*, bisa nuduhake conto link adhedhasar state sing konkret, lan bisa mbantah kanthi jujur babagan biaya/manfaat — tinimbang kanthi dogmatis meksa saben API kudu Level 3 — iku persis pertimbangan sing seimbang lan adhedhasar pengalaman sing didhedhes pewawancara.

Papat level

HATEOAS (Level 3)

Kenapa iki arang

Kenapa iki penting

Pitakon sing gegandhengan