Servir el diseño como mock
Una vez definidos sus modelos y sus rutas, Restorm sabe servir su diseño como un verdadero servidor mock. Usted apunta su aplicación (o un cliente) hacia él y prueba la forma en que consume la API — antes incluso de que exista el back-end.
Iniciar el servidor
Section titled “Iniciar el servidor”En la sección Servidor, active Servir este diseño, elija un
puerto e inicie la escucha. Puede añadir una latencia simulada para
imitar una red real, y activar el modo con estado: los POST / PUT /
DELETE modifican entonces un almacén en memoria (reiniciado al reinicio).
El servidor se niega a arrancar mientras el diseño presente problemas de validación — corríjalos primero.
Las respuestas servidas provienen primero de sus ejemplos con nombre, luego de un
conjunto de datos generado automáticamente. El servidor expone también un
/swagger.json.
Un diseño, todos los protocolos
Section titled “Un diseño, todos los protocolos”Es el núcleo del modo mock: HTTP siempre se sirve, y cada otro protocolo se activa con un simple interruptor Servir también esta proyección. Restorm proyecta automáticamente sus rutas — según su método, su ruta y sus modelos — en cada protocolo:
| Protocolo | Proyección |
|---|---|
| HTTP | Sus rutas REST, tal como están definidas. |
| GraphQL | Consultas y mutaciones correspondientes. |
| SOAP | Operaciones y envoltorios. |
| OData | Conjuntos de entidades consultables. |
| gRPC | Métodos y mensajes. |
Un panel Proyecciones muestra, para una ruta dada, su firma en cada protocolo servido — «la misma operación, tal como cada protocolo la expone».
Seguir y forzar las respuestas
Section titled “Seguir y forzar las respuestas”Durante la ejecución, un panel indica la dirección de escucha y el número de llamadas servidas. Puede forzar una respuesta (un estado, un cuerpo preciso) en una ruta para reproducir un caso particular, y luego detener el servidor cuando haya terminado.