# Mock API

Ci sono due casi d'uso principali per i mock API in Contratti API: prototipazione e implementazione parallela di frontend e backend.

## Prototipazione di API

Il primo caso d'uso per i mock delle API è la prototipazione delle API. L'idea qui è che, una volta completata un'iterazione della progettazione dell'API, si desideri ottenere feedback dai diversi stakeholder del progetto API: membri del team, sviluppatori che utilizzeranno l'API, product owner, ecc.

Se gli stakeholder possono effettivamente interagire con la progettazione dell'API, è più probabile ottenere feedback migliori e più rapidamente, poiché l'esperienza di revisione dell'API è più immersiva e realistica.

## Implementazione parallela di frontend e backend

In molti progetti, una volta completata la fase di progettazione dell'API, ci sarà sia codice backend da scrivere per implementare l'API, sia codice frontend che consumerà l'API.

Una volta definito il contratto API, non c'è alcun motivo reale per cui gli sviluppatori frontend debbano attendere che gli sviluppatori backend abbiano terminato prima di iniziare. Procedere in modo così lineare aumenterà il time-to-market e rallenterà i cicli di feedback tra i team backend e frontend durante lo sviluppo.

Disporre di un mock API aggiornato all'ultima progettazione del contratto API consente ai team frontend e backend di lavorare in parallelo.

## Negoziazione dei contenuti

L'unico dinamismo fornito dai mock è la negoziazione dei contenuti. Se hai più corpi definiti nell'API e invii una richiesta con un media type compatibile nell'intestazione Accept, il mock utilizza questo corpo per creare la risposta.

## Testare un mock

Puoi testare il tuo mock utilizzando qualsiasi client API, come API Tester, Postman o cURL, inviando richieste all'URL dell'endpoint del mock visualizzato in API Contracts.