Servirea designului ca mock
Odată definite modelele și rutele, Restorm știe să servească designul ca un adevărat server mock. Îndreptați aplicația (sau un client) către el și testați modul în care ea consumă API-ul — chiar înainte ca back-end-ul să existe.
Pornirea serverului
Section titled “Pornirea serverului”În secțiunea Server, activați Serviți acest design, alegeți un
port și porniți ascultarea. Puteți adăuga o latență simulată pentru
a imita o rețea reală, și puteți activa modul cu stare: POST / PUT /
DELETE modifică atunci un depozit în memorie (reinițializat la repornire).
Serverul refuză să pornească atât timp cât designul prezintă probleme de validare — corectați-le mai întâi.
Răspunsurile servite provin întâi din exemplele numite, apoi dintr-un
set de date generat automat. Serverul expune de asemenea un
/swagger.json.
Un design, toate protocoalele
Section titled “Un design, toate protocoalele”Este inima modului mock: HTTP este întotdeauna servit, și fiecare alt protocol se activează cu un simplu comutator Serviți de asemenea această proiecție. Restorm proiectează automat rutele — după metoda, calea și modelele lor — în fiecare protocol:
| Protocol | Proiecție |
|---|---|
| HTTP | Rutele REST, așa cum sunt definite. |
| GraphQL | Interogări și mutații corespunzătoare. |
| SOAP | Operațiuni și învelișuri. |
| OData | Seturi de entități interogabile. |
| gRPC | Metode și mesaje. |
Un panou Proiecții arată, pentru o rută dată, semnătura sa în fiecare protocol servit — „aceeași operațiune, așa cum o expune fiecare protocol”.
Urmărirea și forțarea răspunsurilor
Section titled “Urmărirea și forțarea răspunsurilor”În timpul execuției, un panou indică adresa de ascultare și numărul de apeluri servite. Puteți forța un răspuns (un status, un corp precis) pe o rută pentru a reproduce un caz particular, apoi opriți serverul când ați terminat.