HATEOAS API: Difference between revisions

From Delft Solutions
Jump to navigation Jump to search
(Style)
No edit summary
Line 7: Line 7:


HATEOAS APIs usually make heavy use of HTTP features like:
HATEOAS APIs usually make heavy use of HTTP features like:
* [[Caching]] to enable the application to [[Scaling | scale better]].
* [[HTTP Caching | Caching]] to enable the application to [[Scaling | scale better]].
* [[Content Negotiation]] to [[Backward Compatibility | support older clients]] and [[Internationalization | give users localized versions of resources]].
* [[Content Negotiation]] to [[Backward Compatibility | support older clients]] and [[Internationalization | give users localized versions of resources]].
* Conditional PUTs to add [[Optimistic Concurrency]].
* Conditional PUTs to add [[Optimistic Concurrency]].

Revision as of 17:19, 18 January 2021

Originally called REST, HATEOAS is a way of designing HTTP APIs as described in Roy Fieldings thesis. The acronym stands for Hypermedia as the Engine of Application State.

It distinguishes itself from other APIs by having the following properties:

HATEOAS APIs usually make heavy use of HTTP features like:

Comparison

Method Browser Accessible Backward Compatible Backward Compatible (default) HTTP Cachable No URL Construction URL as Identifier Stable Pagination Concurrency Support
HATEOAS ? Yes ? Yes Yes Yes ? Yes
media_types-serialization (HATEOAS) Yes Yes Yes Yes Yes Yes Yes ?
Github (REST) Yes Yes No No Yes Yes Yes No
Zalando No Yes Yes No No Yes Yes Yes
Facebook Graph API Yes Yes Yes No No No ? No
Shopify (REST) Yes Yes Yes No No No Yes No
GraphQL No Yes No No Yes No Yes No