Dipende principalmente dalla dimensione dei dati che restituisci e se l'utente dovrebbe utilizzare tutti i dati contemporaneamente .
Ad esempio, se si tratta di un elenco contenente centinaia di migliaia di voci complesse:
Invece, l'utente preferirà accedere ai dati sia con una tabella impaginata o con una tabella limitata da criteri o basata su una ricerca, o sotto forma di un rapporto che può eventualmente essere configurato al volo. In questi casi, non ci sarebbe una sola risposta JSON, ma più richieste JSON, che servono una piccola parte dei dati complessivi raccolti o generati.
D'altra parte, può darsi che non ci sia molto da restituire e che l'utente si aspetterà di vedere tutto in una volta. In questo caso, più richieste JSON non sono veramente utili e possono anche causare una percezione di lentezza.
Se questo è un progetto importante, assicurati di lavorare con designer di interazione qualificati in grado di consigliarti in base alla situazione attuale .
Esempio
Fai un esempio di un'applicazione che consente ai fotografi di inviare un'immagine JPEG e mostra loro i dati EXIF. Hai stabilito, insieme ai tuoi utenti, che ci sono due serie di informazioni EXIF: un set contiene i dati di cui gli utenti hanno assolutamente bisogno: come la lunghezza focale o ISO - le cose normali dei fotografi che manipolano quotidianamente; un altro set contiene i dati che potrebbero essere utili: indice di interoperabilità, bit per pixel - materiale tecnico che molti fotografi ignoreranno durante tutta la loro carriera.
Supponiamo che tu abbia fatto un prototipo che restituisce tutti i dati EXIF in una volta e sembra che sia troppo lento. In effetti, alcune fotografie contengono molti dati che potrebbero essere problematici da restituire in una singola risposta JSON.
Quindi decidi di restituire immediatamente il primo set e di mettere un pulsante "Vedi altro" che carica le restanti informazioni EXIF. Anche il secondo prototipo appare un fallimento: gli utenti che effettivamente necessitano delle informazioni restanti trovano la tua applicazione molto insensibile: fanno clic su "Vedi di più" aspettandosi che i dati vengano visualizzati immediatamente, e invece si trovano a guardare una GIF animata "in caricamento" per un secondo.
Quali sono le prospettive? Un'alternativa potrebbe essere:
-
Elimina immediatamente i dati EXIF essenziali con un pulsante "Visualizza altro",
-
Una volta caricata la pagina, fai un'altra richiesta JSON che carica i dati rimanenti senza che l'utente se ne accorga che qualcosa sta accadendo in background. Una volta caricati i dati, "See more" può essere sostituito dal risultato effettivo, o può agire come prima, solo senza il ritardo di 1 secondo.