Questa domanda riguarda il tentativo di trovare una giustificazione scientificamente o statisticamente difendibile per la scelta di un timeout. Voglio dire che ogni app deve farlo, ma qual è il timeout ottimale? Abbiamo bisogno di più persone per rispondere o commentare. +3, +4 non significa che la domanda è stata risolta. Una domanda importante merita più risposte. Tutti possiamo beneficiare di questa conoscenza.Cos'è avg. timeout della connessione ottimale per l'app mobile?
Fondamentalmente cercando di confrontare:
a short timeout of say 20 seconds, but two connection attempts are made
vs
one long connection attempt of say 40 or 60 seconds.
Che ha le migliori possibilità di stabilire una connessione? Abbiamo bisogno di fatti concreti. Finora i numeri che ottengo sono dappertutto negli anni 10, 42, 60. Ma cosa è veramente ottimale?
Ora, naturalmente, dopo 5-10 secondi, l'utente deve essere informato di un problema in ogni caso, ma quale è l'approccio migliore per stabilire una connessione.
Nota: sono consapevole che esistono molti fattori, ma come sviluppatori di app non è sempre possibile ottenere il permesso di esaminare la situazione del segnale Wi-Fi, ecc. Tuttavia, deve esserci una risposta razionale a ciò che è meglio in media.
La risposta è chiaramente 42. O 60, questo è ciò che [AndroidHttpClient] (http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.1.1_r1/ android/net/http/AndroidHttpClient.java # AndroidHttpClient) utilizza come predefinito. – zapl
Ma si tenta di connessione durante questo tempo? –
Afaik no. Il problema con le connessioni mobili è che cadranno regolarmente per diversi secondi e se i tuoi timeout sono troppo stretti potresti non ottenere nulla. – zapl