VeraCTO · te explica cómo funciona

Teoría

Una ruta fija está bien para listar, pero Marta va a querer «el producto 3» o «página 2 de la lista». Para eso, dentro de un handler tienes tres fuentes de datos de la petición. Solo existen dentro de la ruta — si las necesitas en una tarea auxiliar, pásalas como parámetro.

Las tres fuentes

serve on 8080
    route "GET /productos/:id"
        print(params.id)          -- parámetro de la ruta: /productos/3 → "3"
    route "GET /buscar"
        print(query.q)            -- query string: /buscar?q=yerba → "yerba"
    route "POST /productos"
        let b be json of request  -- cuerpo JSON como mapa (o nothing)
        print(b.nombre)

:id en el camino declara un parámetro con nombre; llega en params. Siempre es texto — «/productos/3» te da "3", no 3.
query es un mapa con lo que viene después de ?. También todo texto: convierte con number(...) si hace falta.
json of request parsea el cuerpo JSON a un mapa; si no hay cuerpo JSON válido es nothing. También existen headers of request, cookies of request y ip of request.

Trampa clásica: comparar params.id == 3 nunca es verdadero — es texto. Compara con texto (p.id == params.id con ids guardados como texto) o convierte con number(params.id).

Rutas más específicas ganan

Si declaras route "GET /productos/ofertas" y route "GET /productos/:id", la exacta gana siempre, sin importar el orden. El router de Synsema decide por especificidad, no por posición.

Leer la petición: params, query y body

+10 xp

Estás en modo lectura. Crea una cuenta o entra para enviar tu solución y ganar estrellas. Puedes ejecutar código igual.