Restkomponenten

Restkomponenten bezeichnet die zentralen Bausteine einer REST-Architektur. Typische Komponenten sind Ressourcen, Repräsentationen, Clients und Server sowie die Mechanismen zu Identifikation, Übertragung und Navigationsunterstützung von Zuständen. Ressourcen repräsentieren eindeutig definierte Dinge oder Konzepte im Anwendungsbereich und werden über URIs adressiert. Repräsentationen sind die serialisierten Darstellungen dieser Ressourcen, die über das Netzwerk übertragen werden, häufig als JSON oder XML.

Die Interaktion erfolgt über HTTP-Methoden. GET liest Ressourcen, POST erstellt neue, PUT oder PATCH aktualisiert bestehende Ressourcen, DELETE entfernt sie. Die Uniform Interface constraint erzwingt eine einheitliche Art der Interaktion, wodurch Clients und Server unabhängig voneinander arbeiten können. Statuscodes, Header und Body liefern dabei semantische Informationen über das Ergebnis einer Anfrage. Ressourcen können über Media Types, Content- und Accept-Header spezifiziert werden; Caching wird durch HTTP-Header wie Cache-Control oder ETag ermöglicht.

Statelessness bedeutet, dass der Server keinen Client-Zustand zwischen Anfragen speichert; jeder Request enthält alle notwendigen Informationen. Hypermedia as the Engine of Application State (HATEOAS) beschreibt eine optionale, aber verbreitete Praxis, bei der Antworten Links zu weiteren relevanten Ressourcen enthalten, sodass Clients die Applikation durch Navigieren der Hypermedia-State-Maschine nutzen können.

REST-Architekturen können auch Layered Systems und Code on Demand verwenden, wobei Letzteres optional ist. Anwendungen solcher Architekturen umfassen Web-APIs und Microservices; gute Praxis umfasst konsistente URIs, sinnvolle Statuscodes, stabile Versionierung und klare Fehlerbehandlung.