2012-08-23 20 views
10

這個問題是關於試圖找到選擇超時科學或統計學上站得住腳的理由。我的意思是每個應用都必須這樣做,但最佳超時是多少?我們需要更多人來回答或評論。 +3,+4並不意味着問題就解決了。一個重要的問題值得更多的答案。我們都可以從這些知識中受益。什麼是平均值。移動應用的最佳連接超時?

基本上試圖比較:

a short timeout of say 20 seconds, but two connection attempts are made 

VS

one long connection attempt of say 40 or 60 seconds. 

其中有建立連接的最佳機會?我們需要堅定的事實。到目前爲止,我得到的數字都是在10s,42,60s的地方。但是什麼是最佳的?

現在當然5-10秒後,應通知用戶的問題無論哪種方式,但什麼用於建立連接的盡力而爲的辦法。

注:據我所知,有許多因素,但作爲應用開發者,我們不能總是得到許可檢查WiFi信號的情況等。還必須有什麼是最好的,平均一些理性的答案。

+2

答案顯然是42.或60,這就是[AndroidHttpClient](http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.1.1_r1/ android/net/http/AndroidHttpClient.java#AndroidHttpClient)默認使用。 – zapl

+0

但是在這段時間內連接是否重試? –

+0

Afaik no。移動連接的問題在於他們會經常下降幾秒鐘,如果您的超時時間太緊,您可能什麼也得不到。 – zapl

回答

8

你會希望得到更好的答案,但是從個人的經驗,我可以談論的東西用戶側。如果我打開需要數據連接的應用程序(例如我的Web瀏覽器或社交客戶端),我希望它在5秒內超時,因爲確定我是否確實有連接或不需要很長時間。

從設備的角度來看它是可能的,但這是非常可變的(WiFi與3G,特定網絡芯片,操作系統,當前活動的數據連接等),而用戶需求可能是最重要的因素。如果數據連接對於應用程序來說不一定是關鍵的,那麼您可以用30秒的時間逃脫,但重要的一點是,技術限制只是您應該爲連接超時預算需要多長時間的一部分。

+0

我認爲這提供了洞察用戶何時應該知道潛在連接失敗的信息。我也試圖確定在60秒的窗口內實際獲得連接的最佳方法。是一次長時間的嘗試還是幾次較短的嘗試。 –

5

我總是把十秒鐘作爲最大值,雖然這是個人喜好。考慮一下,如果您將手機放置五秒鐘並等待信息出現。我會感到沮喪 - 因此增加雙重價值似乎是適當的。如果有問題,我想通過Toast,頁腳視圖或其他方式知道。

+0

我同意一些信息必須在5-10秒內出現給用戶。 –

0

這裏是the UX research says about user attention(有趣的部分高亮顯示):

  • 長於1秒休息思想
  • 更長的流量比10秒失去了用戶的關注
  • 最簡單任務應在1分鐘內完成

因此,如果對用戶的重要任務然後在60秒延遲確定。否則超過10秒是一個問題。 特別的是,20到50秒的時間範圍對用戶的影響沒有太大影響 - 這是「注意力喪失」之後但「放棄任務」之前的所有時間。

本質上,如果你不能達到10秒的超時限制,那麼不要打擾和解決用戶體驗問題的另一種方式。

很明顯,這不適用於每一種情況,所以要拿下一粒鹽。