# API-mockar

Det finns två huvudsakliga användningsfall för API-mockar i API Contracts: prototyparbete och parallell frontend- och backend-implementering.

## API-prototypning

Det första användningsfallet för API-mockar är API-prototyping. Tanken här är att när du har slutfört en iteration av din API-design vill du få feedback från olika intressenter i API-projektet: teammedlemmar, utvecklare som kommer att konsumera API:et, produktägare osv.

Om intressenter faktiskt kan interagera med API-designen är det mer sannolikt att du får bättre feedback snabbare, eftersom upplevelsen av att granska API:et är mer uppslukande och realistisk.

## Parallell implementering av frontend och backend

I många projekt, när API-designfasen är slutförd, finns det både backend-kod som behöver skrivas för att implementera API:et och frontend-kod som ska konsumera API:et.

När API-kontraktet väl har fastställts finns det egentligen ingen anledning för frontend-utvecklarna att vänta tills backend-utvecklarna är klara innan de börjar. Att arbeta på ett så linjärt sätt kommer att öka tiden till marknaden och sakta ned återkopplingscyklerna mellan backend- och frontend-teamen under utvecklingen.

Att ha en API-mock som är uppdaterad med den senaste API-kontraktsdesignen gör det möjligt för frontend- och backend-team att arbeta parallellt.

## Innehållsförhandling

Den enda dynamik som tillhandahålls av mockarna är innehållsförhandling. Om du har flera meddelandekroppar definierade i API:et och du gör en förfrågan med en kompatibel medietyp i din Accept-header, använder mocken denna meddelandekropp för att skapa svaret.

## Testa en mock

Du kan testa din mock med valfri API-klient, såsom API Tester, Postman eller cURL, genom att skicka förfrågningar till mock-slutpunktens URL som visas i API-kontrakt.