Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[RFC] Nested routes

Aperta
#71 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
typescript
Ambito
frontend, web-dev

Direzione di ricerca

Inizia tracciando il modulo routes, getMatchedRoutes, renderRoute e il comportamento del layout indicato da #70. Definisci le primitive condivise e i componenti Route specifici della UI-library, in modo che il matching delle route annidate e il rendering annidato funzionino come descritto, preservando al contempo le dichiarazioni delle route per il pre-rendering e il bundling.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
TypeScript
Stelle
38
Fork
1
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di alloc/saus

Tutte le issue di alloc/saus

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.