Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[RFC] Nested routes

Abierto
#71 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
typescript
Área
frontend, web-dev

Línea de trabajo

Comienza siguiendo el módulo routes, getMatchedRoutes, renderRoute y el comportamiento del layout mencionado en #70. Define las primitivas compartidas y los componentes Route específicos de la UI-library para que la coincidencia de rutas anidadas y el renderizado anidado funcionen como se describe, preservando al mismo tiempo las declaraciones de rutas para el pre-rendering y el bundling.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

proposal roadmap

For nested routes to be fully supported, we'll need a component for each UI library, but we can provide primitives to make implementation easy and share the common logic between them.

  • getMatchedRoutes
    This returns an array of Route objects, ordered parent-first.
    Its result is injected before each page starts rendering.
    The Route component can use this to know if it should render.

  • renderRoute
    Given a Route object, it will load its route props and route module.
    Then the route's layout (see #70) has its render method called, but with options.nested set to true (which signals to the layout that it should produce a result supported by its associated UI library, rather than plain HTML).

So the expected flow goes like this:

  • developer uses Route component specific to UI library of choice
  • component checks if any routes returned by getMatchedRoutes have a route pattern identical to its own
  • component calls renderRoute (if it finds a matching route) and does whatever with the result

Note that nested routes still need to be declared within the routes module, because that's where the route props, module, layout, and more are defined. That declaration is also used when pre-rendering and (eventually) bundling.

What's so great about nested routes?

Nested routes let you tell Saus that certain route props don't need to delay rendering until a certain point in the component tree. This means you can stream HTML to the browser before all data is loaded, which can vastly improve TTFP (time to first paint) and therefore make your site feel faster.

Lenguaje dominante
TypeScript
Estrellas
38
Forks
1
Métricas de merge de PR
Sin PR fusionados en 30 d

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de alloc/saus

Todos los issues de alloc/saus

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.