Eine OpenAPI- oder Swagger-Definition lokal rendern

Fügen Sie eine eigenständige Definition ein, um Operationen, Request-Bodies, Antworten und Schemas zu erkunden, ohne sie irgendwohin zu senden. Die Ansicht prüft die Version und löst jeden Verweis im eingefügten Dokument auf, bevor sie rendert.

LOKALE ANSICHTSwagger UI 5.32.14OpenAPI 3.x · Swagger 2.0Endpunktausführung deaktiviert
Ihre Definition wird in diesem Browser gerendert. Jede $ref muss sich innerhalb des eingefügten Dokuments auflösen; externe URLs, relative Dateipfade, Validierungsaufrufe und Try-it-out-Anfragen sind gesperrt, und keine Anfrage verlässt den Browser.
OpenAPI- oder Swagger-Dokument
Dokumentationsvorschau
Fügen Sie ein OpenAPI- oder Swagger-Dokument ein und rendern Sie dann die lokale Dokumentation.

Dokumentation prüfen, ohne einen API-Client zu aktivieren

Diese Ansicht dient der visuellen Vertragsprüfung: Sie sendet keine Anfragen, speichert keine Autorisierungen, lädt keine entfernten Definitionen und löst keine Verweise außerhalb des eingefügten Dokuments auf. Nutzen Sie den Explorer, wenn Sie aus kopierten API-Details eine Anfrage erzeugen möchten.

So rendern Sie eine API-Definition lokal

Fügen Sie eine OpenAPI-3.x- oder Swagger-2.0-Definition ein und lesen Sie sie als Swagger-UI-Dokumentation, ohne sie irgendwohin zu senden. Parsen, Prüfen und Rendern laufen in diesem Tab, Try it out ist abgeschaltet, und die gemessene Zahl der Anfragen beim Rendern bleibt bei null.

Die Ansicht prüft die Definition vorher. Die Wurzel muss eine unterstützte Version tragen, jeder $ref muss in dasselbe Dokument zeigen, und alle diese Verweise müssen sich auflösen; alles andere wird in der Statuszeile gemeldet, statt eine halb gerenderte Seite zu hinterlassen.

  1. Fügen Sie eine JSON- oder YAML-Definition ein oder laden Sie mit Beispiel laden eine Notizen-API mit zwei Operationen.
  2. Klicken Sie auf Lokale Dokumentation rendern. JSON und YAML werden im Browser gelesen; ein YAML-Problem nennt die Zeile, ein JSON-Problem die Position.
  3. Klappen Sie eine Operation auf, um Parameter, Request-Body, Antworten und Schemas zu lesen. Operationen sind hier reine Dokumentation: Es wird keine Request-Schaltfläche gezeichnet.
  4. Leeren entfernt Feld und Vorschau. Nach dem Rendern blendet eine Änderung am Dokument die Vorschau ab und markiert sie als zum vorherigen Dokument gehörend, bis Sie erneut rendern.

Was die Ansicht vor dem Rendern prüft

Was die Definition enthalten darf

OpenAPI-3.x- und Swagger-2.0-Wurzeln werden akzeptiert; das Versionsfeld ist Pflicht, und openapi: 4.x wird mit einer Meldung abgelehnt statt mit einer Fehlerseite von Swagger UI. Gelesen werden JSON und die YAML-Teilmenge, die OpenAPI-Dateien nutzen: Mappings, Sequenzen, Inline-Sammlungen [] und {}, Schlüssel in Anführungszeichen, Kommentare, Block-Skalare | und > mit Chomping, Anker und Aliase (&name / *name) sowie die Tags !!str, !!int, !!float, !!bool und !!null. Ein zweites Dokument nach --- wird als Fehler gemeldet, statt mit dem ersten verschmolzen zu werden.

Verweise und Netzanfragen

Unterstützt werden nur Verweise im eingefügten Dokument. ./schemas/a.json, a.yaml, relative Pfade und http(s)-URLs werden vor dem Rendern abgelehnt, und die Meldung nennt die Eigenschaft, die sie trägt; eine Definition, die auf eine relative Datei zeigt, wird also gemeldet, statt sie still von dieser Seite anzufordern. Lokale Verweise wie #/components/schemas/Note werden gegen das eingefügte Dokument aufgelöst, und ein Verweis auf einen fehlenden Knoten wird sofort gemeldet, statt erst beim Aufklappen der Operation zu scheitern.

Das Ergebnis lesen

Die Vorschau listet Operationen mit Parametern, Request-Bodies, Antworten und Schemas in der schlichten Swagger-UI-Basisansicht, ohne Try-it-out-Schaltfläche und ohne Autorisierungsformular. In dieser Fassung gemessen: Das mitgelieferte Beispiel rendert zwei Operationen, eine Definition mit 200 Operationen braucht rund eine Viertelsekunde, und zweimaliges Rendern desselben Dokuments dupliziert die Vorschau nicht.

Zuletzt verwendet: