# Atrapy API

Istnieją dwa główne przypadki użycia mocków API w API Contracts: prototypowanie oraz równoległa implementacja frontendu i backendu.

## Prototypowanie API

Pierwszym przypadkiem użycia mocków API jest prototypowanie API. Chodzi o to, że po ukończeniu iteracji projektowania API chcesz uzyskać informacje zwrotne od różnych interesariuszy projektu API: członków zespołu, programistów, którzy będą korzystać z API, właścicieli produktu itp.

Jeśli interesariusze mogą faktycznie wchodzić w interakcję z projektem API, istnieje większe prawdopodobieństwo, że uzyskasz lepsze informacje zwrotne, i to szybciej, ponieważ doświadczenie związane z przeglądem API jest bardziej immersyjne i realistyczne.

## Równoległa implementacja frontendu i backendu

W wielu projektach po zakończeniu fazy projektowania API będzie zarówno kod backendu, który należy napisać, aby zaimplementować API, jak i kod frontendu, który będzie korzystać z API.

Gdy kontrakt API zostanie uzgodniony, nie ma rzeczywistego powodu, aby programiści frontendu czekali z rozpoczęciem prac na ukończenie zadań przez programistów backendu. Postępowanie w tak linearny sposób wydłuży czas wprowadzenia produktu na rynek i spowolni cykle informacji zwrotnej między zespołami backendu i frontendu podczas tworzenia oprogramowania.

Posiadanie mocka API zgodnego z najnowszym projektem kontraktu API umożliwia zespołom frontendowym i backendowym równoległą pracę.

## Negocjacja zawartości

Jedynym dynamizmem zapewnianym przez mocki jest negocjacja treści. Jeśli w API zdefiniowano wiele treści i wyślesz żądanie ze zgodnym typem nośnika w nagłówku Accept, mock użyje tej treści do utworzenia odpowiedzi.

## Testowanie mocka

Możesz przetestować swój mock za pomocą dowolnego klienta API, takiego jak API Tester, Postman lub cURL, wysyłając żądania pod adres URL punktu końcowego mocka wyświetlany w API Contracts.