Přeskočit na obsah

Servírování návrhu jako mock

Jakmile jsou vaše modely a trasy definované, Restorm umí servírovat váš návrh jako skutečný mock server. Nasměrujete na něj svou aplikaci (nebo klienta) a testujete způsob, jakým konzumuje API — ještě dříve, než existuje back-end.

Sekce Server: návrh naslouchající na portu, s promítnutými protokoly a počítadlem volání

V sekci Server aktivujte Servírovat tento návrh, zvolte port a spusťte naslouchání. Můžete přidat simulované zpoždění, abyste napodobili skutečnou síť, a aktivovat stavový režim: POST / PUT / DELETE pak mění úložiště v paměti (resetované při restartu).

Server odmítá spuštění, dokud návrh vykazuje problémy s validací — nejprve je opravte.

Servírované odpovědi pocházejí nejprve z vašich pojmenovaných příkladů a poté z automaticky generované sady dat. Server rovněž vystavuje /swagger.json.

To je jádro mock režimu: HTTP je vždy servírováno a každý další protokol se aktivuje jednoduchým přepínačem Servírovat i toto promítnutí. Restorm automaticky promítá vaše trasy — podle jejich metody, cesty a modelů — do každého protokolu:

ProtokolPromítnutí
HTTPVaše REST trasy, tak jak jsou definované.
GraphQLOdpovídající dotazy a mutace.
SOAPOperace a obálky.
ODataProhledávatelné sady entit.
gRPCMetody a zprávy.

Panel Promítnutí ukazuje pro danou trasu její signaturu v každém servírovaném protokolu — „tatáž operace, tak jak ji každý protokol vystavuje“.

Během běhu panel udává adresu naslouchání a počet obsloužených volání. Můžete vynutit odpověď (stav, konkrétní tělo) na trase, abyste reprodukovali zvláštní případ, a poté zastavit server, když skončíte.