
API-utvecklare och supportteam återskapar ett anrop före ett test, en felsökning eller ett dokumentationsexempel.
Få curl-kommandot och fetch-koden. Dina uppgifter stannar lokalt medan resultatet är lätt att kontrollera och återanvända.
En utvecklare skriver ett exempel för API-dokumentation. De anger metoden POST, en testadress, ett Content-Type-huvud och en liten JSON-body. Verktyget visar curl-kommandot och fetch-koden, vilket gör det enkelt att bekräfta att förfrågan innehåller samma delar innan den publiceras.
Indata
POST
https://example.com/api/items
Content-Type: application/json
--
{"name":"test"}Allt beräknas i din webbläsare. Metoden, URL:en, huvudena och body stannar på din enhet och skickas inte till någon fjärrtjänst.
Ja, eftersom texten stannar i din webbläsare och verktyget inte anropar den. Du kan förbereda en förfrågan till en lokal eller privat adress och sedan köra den själv från en behörig miljö.
Den raden talar om för verktyget var huvudlistan slutar och var body börjar. Utan den kan innehållet läsas som ett annat huvud, och den genererade förfrågan blir felaktig.
De beskriver samma anrop med olika syntax. curl används i en terminal, medan fetch passar i JavaScript. Kontrollera huvudena och body i båda utdata innan du återanvänder dem.
Nej. Allt beräknas i din webbläsare, och metod, URL, headers och body stannar på din enhet utan att skickas till någon fjärrtjänst. Verktyget kontaktar inte API:et, utan producerar bara själva förfrågan. Du kan därför förbereda en förfrågan mot en lokal eller privat adress och sedan köra den själv från en behörig miljö.
En felstavad metod eller URL ger ett oanvändbart kommando, så korrekturläs innan du kopierar. Headers måste följa mönstret Namn: värde, en per rad. Om du importerar filer bör du kontrollera att innehållet inte innehåller hemligheter. Verktyget skickar inte förfrågan, så du ansvarar själv för att testa resultatet i terminalen eller projektet.