Solución comentada
Publicado el 23 de julio de 2026La solución
type ExtractParams<Path extends string> = Prettify< Path extends `${string}:${infer Param}/${infer Rest}` ? { [K in Param]: string } & ExtractParams<`/${Rest}`> : Path extends `${string}:${infer Param}` ? { [K in Param]: string } : {} >
El error más común
type ExtractParams<Path extends string> = Path extends `${string}:${infer Param}/${infer Rest}` ? { [K in Param]: string } & ExtractParams<`/${Rest}`> : Path extends `${string}:${infer Param}` ? { [K in Param]: string } : {}
Todo aquí es correcto salvo la forma de la respuesta. Esto produce `{ id: string } & { postId: string }`, que es asignable a `{ id: string; postId: string }` pero no es el mismo tipo — y las comprobaciones exigen igualdad exacta. Envolverlo todo en `Prettify` colapsa la intersección en un solo objeto.
Línea por línea
`${string}:${infer Param}/${infer Rest}`El `${string}` inicial absorbe lo que haya antes de los dos puntos, así que al patrón no le importa que la ruta empiece por `/users`. `Param` liga hasta la siguiente barra; `Rest` toma todo lo demás.
ExtractParams<`/${Rest}`>La barra se repone antes de recurrir. Sin ella, un segmento final como `posts/:postId` seguiría encajando en el primer patrón y la recursión no terminaría limpiamente.
Path extends `${string}:${infer Param}`El segundo patrón no lleva barra final, así que solo encaja cuando el parámetro es lo último de la cadena. Ese es el caso base que detiene la recursión.
Prettify<...>Vuelve a mapear sobre las claves acumuladas y produce un tipo objeto nuevo. El `& {}` al final de `Prettify` es lo que obliga a TypeScript a evaluar de verdad el tipo mapeado en vez de mantenerlo perezoso.
Para recordar
Los patrones de literal de plantilla emparejan con avidez desde la izquierda. Si acumulas tipos objeto mediante recursión obtienes una intersección, y las comprobaciones de igualdad exacta la rechazarán — aplánala antes de devolverla.