Τι είναι το HATEOAS και το Richardson Maturity Model;

Question

IT Interview Practice · Accepted Answer

Το **Richardson Maturity Model (RMM)** βαθμολογεί πόσο "RESTful" είναι ένα API σε τέσσερα επίπεδα, και το **HATEOAS** είναι το ανώτατο επίπεδο — ο περιορισμός που οι περισσότεροι παραλείπουν.

## Τα τέσσερα επίπεδα

```text
Level 0 — "The Swamp of POX": one URI, one method (RPC over HTTP).
          POST /api  { "action": "getUser", "id": 42 }
Level 1 — Resources: many URIs, but still one verb.
          POST /users/42  ,  POST /users/42/delete
Level 2 — HTTP Verbs: proper methods + status codes (where most "REST" APIs live).
          GET /users/42 → 200 ,  DELETE /users/42 → 204
Level 3 — Hypermedia Controls (HATEOAS): responses link to what you can do next.
```

Τα περισσότερα "REST" APIs στην παραγωγή είναι στο **Level 2** — σωστοί πόροι, μέθοδοι, και status codes. Αυτό είναι συνήθως αρκετά καλό, και είναι ένας απόλυτα λογικός στόχος.

## HATEOAS (Level 3)

**HATEOAS** = *Hypermedia As The Engine Of Application State*. Η ιδέα: μια απόκριση περιλαμβάνει **συνδέσμους (links)** που λένε στον client ποιες ενέργειες είναι διαθέσιμες στη συνέχεια, ώστε ο client να πλοηγείται στο API ακολουθώντας συνδέσμους αντί να κάνει hardcode τα URLs — όπως ένας άνθρωπος που ακολουθεί συνδέσμους σε μια ιστοσελίδα αντί να απομνημονεύει κάθε 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" }
  }
}
```

Επειδή το order είναι `pending`, ο server προσφέρει τους συνδέσμους `pay` και `cancel`. Μόλις πληρωθεί, αυτοί οι σύνδεσμοι εξαφανίζονται και ένας σύνδεσμος `refund` μπορεί να εμφανιστεί — **ο server οδηγεί τις μεταβάσεις κατάστασης**, και ο client απλώς ακολουθεί όποιους συνδέσμους του δοθούν.

## Γιατί είναι σπάνιο

Η υπόσχεση είναι η αποσύζευξη: οι clients δεν κάνουν hardcode τα URLs, οπότε ο server μπορεί να τα αναδιαρθρώσει ελεύθερα. Στην πράξη οι περισσότεροι clients κάνουν hardcode ούτως ή άλλως, το HATEOAS προσθέτει πραγματική πολυπλοκότητα, και τα φορμά ποτέ δεν τυποποιήθηκαν πλήρως (HAL, JSON:API, Siren ανταγωνίζονται όλα). Το όφελος σπάνια δικαιολογεί το κόστος.

## Γιατί έχει σημασία

Αυτή είναι μια κλασική ερώτηση επιπέδου senior επειδή ξεχωρίζει τους ανθρώπους που **κατανοούν το REST όπως ορίστηκε αρχικά** από εκείνους που χρησιμοποιούν το "REST" χαλαρά για να εννοήσουν "JSON πάνω από HTTP". Η πολύτιμη διορατικότητα δεν είναι η απαγγελία των τεσσάρων επιπέδων — είναι η κρίση να πείτε ότι **το Level 2 είναι το πραγματιστικό γλυκό σημείο** ενώ γνωρίζετε ότι το αληθινό REST (ο ορισμός του Fielding) *απαιτεί* HATEOAS, και το να μπορείτε να εξηγήσετε *γιατί η βιομηχανία το αγνοεί κατά κύριο λόγο*: το όφελος της αποσύζευξης είναι πραγματικό αλλά σπάνια πραγματοποιείται επειδή οι clients κάνουν hardcode τα URLs ούτως ή άλλως, και η πρόσθετη πολυπλοκότητα συν τα ανταγωνιστικά φορμά hypermedia δεν αποδίδουν για τα τυπικά APIs. Το να δείξετε ότι γνωρίζετε τι *είναι* το HATEOAS, να μπορείτε να δείξετε ένα συγκεκριμένο παράδειγμα συνδέσμων που οδηγούνται από την κατάσταση, και να μπορείτε να επιχειρηματολογήσετε ειλικρινά για το κόστος/όφελος — αντί να επιμένετε δογματικά ότι κάθε API πρέπει να είναι Level 3 — είναι ακριβώς η ισορροπημένη, βασισμένη στην εμπειρία κρίση που εξετάζουν οι συνεντευξιαστές.

Τα τέσσερα επίπεδα

HATEOAS (Level 3)

Γιατί είναι σπάνιο

Γιατί έχει σημασία

Σχετικές ερωτήσεις