Wenn Sie eine Benutzeroberfläche erstellen, bevor das Backend existiert, benötigen Sie Daten, um diese darzustellen. DummyJSON ist eine der schnellsten Möglichkeiten, diese zu erhalten. Es ist eine kostenlose, gehostete gefälschte REST-API, die realistische Produkte, Benutzer, Warenkörbe und mehr über einfaches HTTP bereitstellt, ohne dass eine Anmeldung erforderlich ist. Dieser Leitfaden erklärt, was DummyJSON Ihnen bietet, wie es sich im Vergleich zu anderen öffentlichen Test-APIs verhält und was zu tun ist, wenn feste Platzhalterdaten nicht mehr ausreichen.
Was ist DummyJSON?
DummyJSON ist eine kostenlose Platzhalter-JSON-API. Sie senden eine Anfrage an einen öffentlichen Endpunkt, und dieser gibt strukturierte, glaubwürdige Beispieldaten zurück. Es gibt keine Datenbank einzurichten und keinen Schlüssel zu registrieren. Sie existiert, damit Frontend-Entwickler, Studenten und alle, die Prototypen erstellen, einen echten Netzwerkendpunkt ansprechen können, anstatt Arrays in ihren Code zu hardcodieren.
Die Daten sind gefälscht, aber kohärent. Ein Produkt hat einen Titel, Preis, eine Bewertung, eine Lagerbestandszahl und eine Kategorie. Ein Benutzer hat einen Namen, eine E-Mail-Adresse, eine Adresse und eine Firma. Diese Konsistenz macht DummyJSON nützlich, um Tabellen, Karten, Paginierung und Detailseiten zu erstellen, die wie die echten aussehen. Da die Datensätze verschachtelt und typisiert sind, wie es bei Produktionsdaten üblich ist, können Sie Filter, Sortiersteuerungen und Detailansichten erstellen, ohne zuerst eigene Fixtures zu erfinden.
DummyJSON liefert alles über HTTPS als JSON, sodass es von einem Browser-Fetch, einer mobilen App, einem Curl-Befehl oder einem serverseitigen Skript aus gleichermaßen funktioniert. Es gibt nichts zu installieren. Sie richten eine Anfrage an eine URL und erhalten Daten zurück, was genau das ist, was Sie in den frühen Phasen eines Projekts wünschen, wenn die echte API noch nicht existiert.
Es ist ein Lern- und Prototyping-Tool, und es macht seine Arbeit gut. Wenn Sie einen Endpunkt für ein Tutorial oder eine schnelle Demo benötigen, sparen Sie damit viel Zeit.
DummyJSON Endpunkte, Authentifizierung und Limits
DummyJSON stellt mehrere Ressourcensammlungen bereit. Die gängigsten sind:
/products, Katalogartikel mit Preis, Bestand und Bewertungen/users, Personen mit Adressen, E-Mails und Firmendetails/carts, Warenkörbe, die Benutzern zugeordnet sind/postsund/comments, blog-ähnliche Inhalte/todos, Aufgabenartikel/recipesund/quotes, zusätzliche Inhaltssätze
Jede Sammlung unterstützt die Muster, die Sie von einer REST-API erwarten würden. Sie können alle Datensätze abrufen, einen Datensatz anhand der ID abrufen, suchen, nach Kategorie filtern und mit limit und skip paginieren. Ein select-Parameter beschränkt die Antwort auf bestimmte Felder, und ein delay-Parameter (0 bis 5000 ms) ermöglicht es Ihnen, ein langsames Netzwerk zu simulieren, um Ladezustände zu testen.
Hier ist ein grundlegender Lesezugriff:
curl https://dummyjson.com/products?limit=5&skip=10
Die Authentifizierung verwendet einen Login-Endpunkt und ein Bearer-Token. Sie senden Anmeldeinformationen an /auth/login, erhalten ein Token zurück und senden dieses bei geschützten Anfragen mit:
# 1. Log in to get a token
curl -X POST https://dummyjson.com/auth/login \
-H 'Content-Type: application/json' \
-d '{"username":"emilys","password":"emilyspass"}'
# 2. Use the token on an authenticated request
curl https://dummyjson.com/auth/me \
-H 'Authorization: Bearer YOUR_ACCESS_TOKEN_HERE'
Schreibzugriffe werden ebenfalls unterstützt. Sie können POST-, PUT-, PATCH- und DELETE-Anfragen senden, und die API antwortet, als ob die Änderung stattgefunden hätte. Der Haken: Diese Schreibvorgänge sind simuliert. DummyJSON gibt einen Datensatz zurück, der aktualisiert oder erstellt aussieht, aber nichts wird persistent gespeichert. Bei einer Aktualisierung ist Ihr „neues“ Produkt verschwunden. Das ist Absicht bei einem gemeinsam genutzten öffentlichen Dienst und die wichtigste Einschränkung, die man verstehen muss. Die Dokumentation veröffentlicht keine harten Ratenbegrenzungen, aber behandeln Sie jeden kostenlosen, gemeinsam genutzten Endpunkt schonend und richten Sie keinen Lasttest darauf.
Für einen umfassenderen Überblick darüber, was es außer DummyJSON noch gibt, deckt die Zusammenstellung der kostenlosen APIs für Entwickler Optionen in vielen Kategorien ab.
DummyJSON vs. JSONPlaceholder vs. Reqres
DummyJSON ist nicht die einzige kostenlose gefälschte REST-API. Die beiden, mit denen es am häufigsten verglichen wird, sind JSONPlaceholder und Reqres. Sie überschneiden sich, aber jede hat einen anderen Schwerpunkt.
| Tool | Am besten für | Ressourcen | Authentifizierungsfluss | Schreibvorgänge persistent? |
|---|---|---|---|---|
| DummyJSON | Realistische Demos im E-Commerce-Stil | Produkte, Benutzer, Warenkörbe, Beiträge, Rezepte, mehr | Login-Endpunkt + Bearer-Token | Nein (simuliert) |
| JSONPlaceholder | Schnelle CRUD-Tutorials, minimale Einrichtung | Beiträge, Kommentare, Benutzer, To-Dos, Alben, Fotos | Keine | Nein (simuliert) |
| Reqres | Demos für Authentifizierung und Anfrage-/Antwortfluss | Benutzer, Registrierungs-/Login-Mocks | Mock-Registrierung/Login | Nein (simuliert) |
Das Muster ist bei allen dreien dasselbe. Sie erhalten feste, hauptsächlich lesbare Daten, Schreibvorgänge sind gefälscht, und Sie können die Form dessen, was zurückkommt, nicht ändern. JSONPlaceholder läuft intern auf json-server, weshalb sein Datenmodell so generisch wirkt. DummyJSON ist vorteilhaft, wenn Sie Daten wünschen, die einem echten Geschäft ähneln. Reqres ist praktisch, wenn Sie speziell einen Anmeldebildschirm demonstrieren.
Die offiziellen Quellen sind es wert, als Lesezeichen gespeichert zu werden: JSONPlaceholder und das DummyJSON GitHub-Repository, wenn Sie selbst hosten oder den Code lesen möchten.
Wenn feste Platzhalterdaten nicht ausreichen
Gehostete gefälschte APIs stoßen schnell an ihre Grenzen, sobald Ihr Projekt spezifisch wird. Sie werden es merken, wenn:
- Ihre App Felder benötigt, die DummyJSON nicht hat. Ein
subscription_tier- oderfeature_flags-Objekt ist einfach nicht im Schema enthalten, und Sie können keines hinzufügen. - Sie persistente Schreibvorgänge benötigen. Das Erstellen eines Warenkorbflusses oder eines Admin-Panels bedeutet, einen Datensatz zu erstellen und ihn wieder auszulesen. Simulierte Schreibvorgänge unterbrechen diesen Kreislauf.
- Sie Fehlerpfade testen müssen. Eine echte App muss einen
429, einen500oder eine fehlerhafte Nutzlast verarbeiten können. APIs mit fester Erfolgsantwort erzeugen diese nicht auf Anfrage. - Ihre Daten Ihrem eigenen OpenAPI-Vertrag entsprechen müssen, damit Frontend und Backend sich einig sind, bevor der echte Server ausgeliefert wird.
An diesem Punkt hören Sie auf, die gefälschte API eines anderen zu verwenden und beginnen, Ihre eigene zu generieren. Sie möchten denselben Zero-Backend-Komfort, aber mit Ihrem Schema, Ihren Feldnamen und Antworten, die Sie steuern können.
Wie Sie Ihre eigene benutzerdefinierte gefälschte REST-API mit Apidog erstellen
Apidog ist eine API-Plattform, die APIs an einem Ort entwirft, testet, dokumentiert und mockt. Ihr Mock-Server ist das Element, das eine gehostete gefälschte API ersetzt, wenn Sie feste Daten überwachsen haben. Anstatt alles zu akzeptieren, was DummyJSON zurückgibt, definieren Sie den Endpunkt und die Datenstruktur, und Apidog generiert passende realistische Antworten. Um mitzumachen, laden Sie Apidog herunter und erstellen Sie ein kostenloses Projekt.
Hier ist der Ablauf:
1. Definieren Sie Ihren Endpunkt und Ihr Schema. Erstellen Sie einen Endpunkt wie GET /products und beschreiben Sie die Antwortfelder: id, title, price, stock, category. Sie können dies manuell tun oder eine bestehende OpenAPI/Swagger-Datei importieren, damit der Mock Ihrem echten Vertrag entspricht.
2. Lassen Sie den Smart Mock die Daten generieren. Apidog liest Ihre Feldnamen und -typen und erstellt dann automatisch sinnvolle Werte. Ein Feld namens email gibt eine E-Mail zurück, price eine Zahl, createdAt ein Datum. Es ist nicht nötig, Fixtures manuell zu schreiben. Wenn Sie Faker zuvor verwendet haben, ist dies dieselbe Idee, die in die Plattform integriert ist. Der Leitfaden zum Generieren von Mock-Daten aus OpenAPI-Schemas erklärt die schema-gesteuerte Seite im Detail.
3. Werte und Grenzfälle anpassen. Benötigen Sie einen bestimmten Bereich für price, ein festes Enum für status oder eine absichtliche 500-Antwort zum Testen der Fehlerbehandlung? Sie legen Regeln pro Feld und pro Antwort fest. Dies ist der Teil, den gehostete APIs nicht leisten können, da Sie die Definition besitzen.
4. Starten Sie den Mock-Server und rufen Sie ihn auf. Apidog gibt Ihnen eine Live-URL. Richten Sie Ihr Frontend darauf aus, genau wie Sie es auf DummyJSON richten würden, außer dass nun jedes Feld und jeder Statuscode Ihnen gehört:
curl https://<your-mock-host>/products?limit=5
Da der Mock aus Ihrem Schema generiert wird, ändert sich der Mock, wenn sich Ihre API-Spezifikation ändert. Ihre gefälschten Daten und Ihr echter Vertrag weichen nie voneinander ab. Wenn Sie realistischere, vielfältigere Datensätze wünschen, passt der Ansatz zur Erstellung realistischer API-Testdaten gut zur Mock-gesteuerten Entwicklung.
Der ehrliche Kompromiss: DummyJSON gewinnt an Geschwindigkeit für eine Wegwerf-Demo, da nichts konfiguriert werden muss. Apidog gewinnt in dem Moment, in dem Sie Ihr eigenes Schema, persistent wirkende Schreibvorgänge, steuerbare Fehler oder einen Mock benötigen, der mit der echten API synchron bleibt, die Sie ausliefern werden.
Häufig gestellte Fragen
Ist DummyJSON kostenlos nutzbar?
Ja. DummyJSON ist kostenlos und benötigt keinen API-Schlüssel. Sie können seine öffentlichen Endpunkte direkt von einem Browser, Curl oder Ihrer App aus aufrufen. Wie jeder gemeinsam genutzte kostenlose Dienst ist er für Prototyping und Lernen gedacht, nicht für den Produktionsverkehr oder Lasttests.
Speichert DummyJSON die von mir erstellten oder aktualisierten Daten?
Nein. POST-, PUT-, PATCH- und DELETE-Anfragen geben eine Antwort zurück, die erfolgreich aussieht, aber nichts wird auf dem Server persistent gespeichert. Der nächste Lesezugriff liefert die ursprünglichen Daten zurück. Wenn Sie tatsächlich persistente Schreibvorgänge benötigen, erstellen Sie Ihren eigenen Mock. Der Leitfaden zu Mock-APIs erklärt den Unterschied zwischen simuliertem und zustandsbehaftetem Mocking.
Was ist der Unterschied zwischen DummyJSON und einem Mock-Server?
DummyJSON ist ein festes, gehostetes Dataset, das von allen geteilt wird. Ein Mock-Server, wie der in Apidog, läuft gegen Ihr Schema und gibt Daten und Statuscodes zurück, die Sie definieren. Verwenden Sie DummyJSON für generische Demos und einen Mock-Server, wenn die Daten Ihrer eigenen API entsprechen müssen.
Kann ich realistische Daten anstelle offensichtlicher Platzhalter erhalten?
Ja, wenn Sie sie aus einem Schema generieren. Schema-gesteuerte Tools lesen Ihre Feldnamen und Typen und erzeugen automatisch glaubwürdige Werte, sodass ein email-Feld wie eine E-Mail und ein price wie ein Preis aussieht. Das ist der Hauptgrund, warum Teams von einer festen, gefälschten API zu ihrem eigenen Mock wechseln.
Fazit
DummyJSON ist eine solide kostenlose gefälschte REST-API. Es ist der schnellste Weg, eine Benutzeroberfläche mit realistisch aussehenden Produkten, Benutzern und Warenkörben darzustellen, ohne eine einzige Zeile Backend-Code zu schreiben, und für Tutorials oder schnelle Prototypen ist es kaum zu übertreffen. Die Grenzen zeigen sich, wenn Sie eigene Felder, persistente Schreibvorgänge, steuerbare Fehler oder Daten benötigen, die Ihrem API-Vertrag entsprechen.
Wenn Sie diesen Punkt erreichen, generieren Sie Ihre eigene benutzerdefinierte gefälschte REST-API, anstatt eine feste zu verwenden. Apidog ermöglicht es Ihnen, das Schema zu definieren, realistische Daten daraus automatisch zu mocken und den Mock mit der API, die Sie ausliefern werden, synchron zu halten. Probieren Sie es kostenlos aus und verwandeln Sie Ihre Spezifikation in wenigen Minuten in einen funktionierenden Mock.