Servire il design come mock

Una volta definiti i suoi modelli e le sue rotte, Restorm sa servire il suo design come un vero server mock. Punti la sua applicazione (o un client) su di esso e testi il modo in cui essa consuma l’API — prima ancora che il back-end esista.

Funzionalità Pro

Servire un design come mock ed esportare un descrittore di design (OpenAPI) fanno parte delle edizioni Pro e Enterprise. Progettare il design (modelli, enum, rotte) e generare il codice dai template ufficiali e locali restano liberi su tutte le edizioni, Community inclusa.

Avviare il server

Nella sezione Server, attivi Servi questo design, scelga una porta e avvii l’ascolto. Può aggiungere una latenza simulata per imitare una rete reale, e attivare la modalità con stato: i POST / PUT / DELETE modificano allora un archivio in memoria (reimpostato al riavvio).

Il server rifiuta di avviarsi finché il design presenta problemi di validazione — li corregga prima.

Le risposte servite provengono prima dai suoi esempi nominati, poi da un set di dati generato automaticamente. Il server espone anche uno /swagger.json.

Un design, tutti i protocolli

È il cuore della modalità mock: HTTP è sempre servito, e ogni altro protocollo si attiva con un semplice interruttore Servi anche questa proiezione. Restorm proietta automaticamente le sue rotte — secondo il loro metodo, il loro percorso e i loro modelli — in ogni protocollo:

Protocollo	Proiezione
HTTP	Le sue rotte REST, così come definite.
GraphQL	Query e mutazioni corrispondenti.
SOAP	Operazioni e involucri.
OData	Set di entità interrogabili.
gRPC	Metodi e messaggi.

Un pannello Proiezioni mostra, per una rotta data, la sua firma in ogni protocollo servito — «la stessa operazione, così come ogni protocollo la espone».

Seguire e forzare le risposte

Durante l’esecuzione, un pannello indica l’indirizzo di ascolto e il numero di chiamate servite. Può forzare una risposta (uno stato, un corpo preciso) su una rotta per riprodurre un caso particolare, poi fermare il server quando ha finito.