Mock di API

Prototipazione delle API

Il primo caso d'uso per i mock di API è la prototipazione delle API. L'idea in questo caso è che, una volta completata un'iterazione della progettazione dell'API, si desidera ottenere feedback da diversi stakeholder nel 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 che deve essere scritto per implementare l'API, sia codice frontend che utilizzerà l'API.

Una volta stabilito il contratto dell'API, non c'è alcun motivo reale per cui gli sviluppatori frontend debbano aspettare che gli sviluppatori backend abbiano finito 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.

Avere un mock di API aggiornato con l'ultima progettazione del contratto dell'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 si hanno più corpi definiti nell'API e si effettua una richiesta con un tipo di supporto compatibile nell'intestazione Accept, il mock utilizza questo corpo per creare la risposta.

Test di un mock

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