Attualmente sto iniziando con lo sviluppo di una nuova applicazione web. L'intera applicazione Web sarà bookmarkable e tutte le pagine accessibili tramite RICHIEDERE richieste e parametri URL. Detto questo, supponiamo di avere tre entità nella mia applicazione, Customer , Team e City . Ogni Customer e Team appartengono a una città e ho una pagina city-detail che mostra i dettagli di una città concreta. Quindi i prossimi casi di navigazione sono possibili:
Clienti - > Dettaglio cliente (id = 2) - > Dettaglio città (id = 3)
Squadre di calcio - > Dettaglio squadra (id = 5) - > Dettaglio città (id = 3)
Città - > Dettaglio città (id = 3)
Ci sono tre possibili modi di finire in una vista di dettaglio di una città. La mia domanda è, ha senso implementare un breadcrumb per mostrare una tale storia, averla disponibile nel browser stesso? Sarebbe più appropriato mostrare un briciolo di pane con l'ultimo caso, non importa da dove veniamo (breadcrumb gerarchico)?
Questo è ciò che Jakob Nielsen indica qui :
Offering users a Hansel-and-Gretel-style history trail is basically useless, because it simply duplicates functionality offered by the Back button, which is the Web’s second-most-used feature.
A history trail can also be confusing: users often wander in circles or go to the wrong site sections. Having each point in a confused progression at the top of the current page doesn’t offer much help.
Finally, a history trail is useless for users who arrive directly at a page deep within the site.
Inoltre, anche se il percorso cronologico sembra il modo più naturale per implementarlo, richiede uno sforzo extra per mantenere l'intera traccia HTTP come una media stateless.