it-swarm-eu.dev

Qual è il miglior flusso di pagine per un elenco, cercare e mostrare l'applicazione degli articoli?

Considera il seguente scenario:

Ho un'applicazione Android con tre schermate: un elenco di elementi, una schermata dei risultati della ricerca e una schermata degli elementi dello spettacolo. Una barra di ricerca può essere invocata su ogni schermata e la barra di ricerca ti porta alla schermata dei risultati di ricerca o direttamente alla schermata di un elemento se il completamento automatico trova una corrispondenza perfetta.

Ora, le domande sono: come dovrebbe essere organizzato il flusso tra lo schermo? Il flusso semplice è facile: elenco> ricerca> risultati> mostra . Facendo clic sul pulsante Indietro in uno dei due stati, si sposta di un oggetto nella pila.

Tuttavia, cosa succede se la ricerca viene richiamata dalla schermata di visualizzazione? Lo stack sarebbe quindi elenco> ricerca> risultati> mostra> ricerca> risultati . E potremmo eventualmente finire con un'alta pila di risultati di ricerca e mostrare lo schermo.

Sto considerando di rendere il flusso tale che ogni volta che invochi la barra di ricerca (ed esegui una ricerca), tutte le schermate dello spettacolo vengono rimosse dallo stack e lo stack non sarà mai più complesso del semplice elenco> ricerca> risultati> mostra .

Immagino che il nocciolo della domanda sia se un utente che richiama mentalmente la barra di ricerca da una schermata dello spettacolo "torna alla ricerca" o "passa alla ricerca successiva", e quindi potrebbe aspettarsi che la prima schermata dello spettacolo sia accessibile o no.

L'app di IMDb per Android segue quest'ultimo approccio, costruendo facilmente una pila di decine di schermi, e personalmente non ne sono entusiasta.

5
Gunnar Lium

Penso che dipenda dall'uso e dal tipo di contenuto contenuto nell'app.

L'app che utilizzo per pianificare un viaggio in treno utilizza lo stack semplice che si reimposta quando viene avviata una ricerca. Questo spesso mi fa perdere un risultato di ricerca precedente perché ho iniziato una nuova ricerca. In questo caso, sarebbe preferibile uno stack più grande che non si ripristina.

Se l'app presenta uno scenario di utilizzo molto semplice o una raccolta di elementi che non hanno una grande relazione reciproca, potrebbe essere confuso avere uno stack lungo e complicato.

1
TomvB

Hmm, vedo questo come uno scenario a 3 schermi.

  1. Ricerca
  2. Elenco/Risultati
  3. Articolo

L'elenco è davvero solo una ricerca preimpostata ... SELECT * from TABLE

Cerca> Risultati> Articolo

Con il percorso diretto aggiuntivo

Cerca> Articolo (nel caso di una corrispondenza esatta)

0
scunliffe