Backend, Daten & Sicherheit Kern C · Branchenübliche Konvention Plattform: Web

REST API

REST-API

Eine REST-API ist eine HTTP-Schnittstelle, die um Ressourcen wie Bestellungen oder Benutzer aufgebaut ist. Jede Anfrage steht für sich, verwendet die standardmäßigen HTTP-Bedeutungen, kann Caching unterstützen und kann durch mehrere Schichten geleitet werden.

Sieh, wie es funktioniert
Du könntest es nennen REST APIRESTful-APIRessourcen-API

Sieh, wie es funktioniert

Original bearbeitetes BeispielREST-API

Ein weiteres Beispiel

Eine Lager-App ruft `/orders/784` ab, ändert die Adresse mit einem bedingten `PATCH` und folgt einem `Link`-Header zur Sendungsverfolgung. Jeder zustandslose Server kann die Anfrage bearbeiten. Wenn das `ETag` veraltet ist, gibt der Server 412 zurück, anstatt eine neuere Änderung zu ersetzen.

Hauptteile

  1. 01Ressourcenkennzeichen
  2. 02Einheitliche HTTP-Operation
  3. 03Darstellung und Links

Verwenden Sie es, wenn

Verwenden Sie REST, wenn ressourcenbasierte HTTP, Caching, Mittelschichten und Clients, die sich selbständig ändern können, zum Produkt passen.

Nutze es nicht, wenn

Eine API ist nicht RESTful, nur weil sie JSON über HTTP sendet. Zustandsbehaftete Sitzungen, RPC-Befehls-Tunnel oder ignorierte HTTP-Bedeutungen sind andere Designs.

In Code verwendeter Name

client-server + stateless + cache + uniform interface + layered system + hypermedia

Vor dem Ausliefern

Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.

Anfrage, die Sie kopieren können

Outcome: Complete the task with REST-API (REST API). User context: Eine Lager-App ruft `/orders/784` ab, ändert die Adresse mit einem bedingten `PATCH` und folgt einem `Link`-Header zur Sendungsverfolgung. Jeder zustandslose Server kann die Anfrage bearbeiten. Wenn das `ETag` veraltet ist, gibt der Server 412 zurück, anstatt eine neuere Änderung zu ersetzen. Technical concept or control: REST-API (REST API). Why it fits: Verwenden Sie REST, wenn ressourcenbasierte HTTP, Caching, Mittelschichten und Clients, die sich selbständig ändern können, zum Produkt passen. Do not use it when: Eine API ist nicht RESTful, nur weil sie JSON über HTTP sendet. Zustandsbehaftete Sitzungen, RPC-Befehls-Tunnel oder ignorierte HTTP-Bedeutungen sind andere Designs. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.

Diese Anfrage prüfen

Review how REST-API (REST API) is used now. Definition: Eine REST-API ist eine HTTP-Schnittstelle, die um Ressourcen wie Bestellungen oder Benutzer aufgebaut ist. Jede Anfrage steht für sich, verwendet die standardmäßigen HTTP-Bedeutungen, kann Caching unterstützen und kann durch mehrere Schichten geleitet werden. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
Wie offiziell ist dieser Begriff?

Branchenübliche Konvention

Menschen verwenden diesen Begriff oft bei der Arbeit. Die aufgelisteten Quellen können Praxis oder Einschränkungen unterstützen. Sie definieren nicht jeden Teil des Begriffs.

Kein einziger offizieller Standard kontrolliert den gesamten Begriff. Seine Bedeutung kann sich zwischen Teams, Plattformen oder Frameworks ändern.

Umfang
Nur das, was die Quelle abdeckt:Kanonischer Name、Definition、historischer Ursprung、Semantik、Implementierung
Dokumentenstatus
historisch
Geprüft am
2026-07-30

Beweisquellen & Umfang

Autoritätsquelle + Begriffsreferenz · University of California, Irvine · historisch Architectural Styles and the Design of Network-based Software Architectures Umfang: Kanonischer Name、Definition、historischer Ursprung Rolle hier: Direkte Begriffsreferenz Quelle umfasst: Kanonischer Name, Definition, historischer Ursprung Autoritätsquelle · IETF · Standard-Track HTTP Semantics Umfang: Kanonischer Name、Definition、Semantik、Implementierung Rolle hier: Hilfreicher Hintergrund, keine Definition Quelle umfasst: Kanonischer Name, Definition, Semantik, Implementierung

Selbst kopieren

Der Browser konnte dies nicht kopieren. Wählen Sie die Anfrage unten aus und kopieren Sie sie selbst.