Welke regels van REST-architectuur ken je?

Client-serverarchitectuur: Duidelijke scheiding van verantwoordelijkheden tussen de client, die resources aanvraagt, en de server, die ze levert.
Stateloos: Elke aanvraag van de client aan de server moet alle benodigde informatie bevatten om de aanvraag te begrijpen en te verwerken. De server bewaart geen informatie over eerdere aanvragen van de client.
Cacheerbaar: Antwoorden van de server kunnen worden gemarkeerd als cacheerbaar of niet-cacheerbaar, waardoor clients hergebruik van ontvangen antwoorden kunnen optimaliseren voor betere prestaties.
Eenduidige interface: Vier beperkingen:
- Identificatie van resources: Resources worden geïdentificeerd via URI.
- Manipulatie van resources via representaties: De client interageert met de resource door representaties over te dragen.
- Zelfbeschrijvende berichten: Elk bericht bevat voldoende informatie om te begrijpen hoe het te verwerken (bijvoorbeeld inhoudstype).
- HATEOAS (Hypermedia as the Engine of Application State): De client navigeert tussen resources door links in de antwoorden van de server te volgen.
Gelaagde systeem: De architectuur maakt gebruik van tussenlagen (bijvoorbeeld proxies, gateways) tussen de client en de server, zonder de interactie te beïnvloeden.
Code on Demand (optioneel): De server kan tijdelijk de functionaliteit van de client uitbreiden of aanpassen door uitvoerbare code over te dragen (bijvoorbeeld JavaScript). Dit is een optionele regel.