2012-08-23 8 views
10

यह प्रश्न टाइमआउट चुनने के लिए वैज्ञानिक रूप से या सांख्यिकीय रूप से रक्षा योग्य तर्क खोजने का प्रयास करने के बारे में है। मेरा मतलब है कि हर ऐप को यह करना होगा, लेकिन इष्टतम टाइमआउट क्या है? हमें जवाब देने या टिप्पणी करने के लिए अधिक लोगों की आवश्यकता है। +3, +4 का मतलब यह नहीं है कि सवाल हल हो गया है। एक महत्वपूर्ण सवाल अधिक उत्तरों के हकदार है। हम सभी को इस ज्ञान से फायदा हो सकता है।औसत क्या है। मोबाइल ऐप के लिए इष्टतम कनेक्शन टाइमआउट?

मूल रूप से तुलना करने के लिए कोशिश कर रहा है:

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

बनाम

one long connection attempt of say 40 or 60 seconds. 

कौन सा एक कनेक्शन की स्थापना का सबसे अच्छा मौका है? हमें कठिन तथ्यों की आवश्यकता है। अब तक जो संख्याएं मिल रही हैं वे सभी जगह 10, 42, 60 के दशक में हैं। लेकिन वास्तव में क्या इष्टतम है?

अब 5-10 सेकंड के बाद उपयोगकर्ता को किसी भी तरह की समस्या के बारे में सूचित किया जाना चाहिए, लेकिन कनेक्शन स्थापित करने के लिए सबसे अच्छा प्रयास दृष्टिकोण क्या है।

नोट: मुझे पता है कि कई कारक हैं, लेकिन ऐप डेवलपर्स के रूप में हमें हमेशा वाईफ़ाई सिग्नल स्थिति आदि की जांच करने की अनुमति नहीं मिल सकती है। फिर भी औसत पर सबसे अच्छा क्या है इसका कुछ तर्कसंगत उत्तर होना चाहिए।

+2

जवाब स्पष्ट रूप से 42 या 60 है, कि क्या [AndroidHttpClient] (http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/4.1.1_r1/ है एंड्रॉइड/नेट/http/AndroidHttpClient.java # AndroidHttpClient) डिफ़ॉल्ट रूप से उपयोग करता है। – zapl

+0

लेकिन क्या यह इस समय कनेक्शन के लिए पुनः प्रयास करता है? –

+0

अफैक संख्या। मोबाइल कनेक्शन के साथ समस्या यह है कि वे नियमित रूप से कई सेकंड के लिए छोड़ देंगे और यदि आपके पास टाइमआउट बहुत तंग है तो आपको कुछ भी नहीं मिल सकता है। – zapl

उत्तर

8

आपको उम्मीद है कि बेहतर उत्तर मिलेगा, लेकिन व्यक्तिगत अनुभव से मैं चीजों के उपयोगकर्ता पक्ष के बारे में बात कर सकता हूं। यदि मैं एक ऐप खोलता हूं जिसके लिए मेरा वेब ब्राउज़र या सोशल क्लाइंट जैसे डेटा कनेक्शन की आवश्यकता होती है, तो मैं इसे 5 सेकंड के भीतर टाइमआउट करना चाहता हूं, क्योंकि यह निर्धारित करने में लंबा समय नहीं लगाना चाहिए कि मेरे पास वास्तव में कनेक्शन है या नहीं ।

डिवाइस के दृष्टिकोण से इसे देखना संभव है, लेकिन यह अत्यधिक परिवर्तनीय है (वाईफ़ाई बनाम 3 जी, विशिष्ट नेटवर्क चिप, ओएस, वर्तमान में सक्रिय डेटा कनेक्शन, आदि) जबकि उपयोगकर्ता आवश्यकता शायद सबसे महत्वपूर्ण कारक है। यदि डेटा कनेक्शन एप्लिकेशन के लिए आवश्यक नहीं है, तो आप 30 सेकंड की तरह दूर हो सकते हैं, लेकिन मुख्य बिंदु यह है कि तकनीकी सीमा केवल एक हिस्सा है कि कनेक्शन कनेक्शन के लिए आपको कितना समय बजट देना चाहिए।

+0

मुझे लगता है कि जब उपयोगकर्ता को संभावित कनेक्शन विफलता के बारे में पता होना चाहिए तो यह अंतर्दृष्टि प्रदान करता है। मैं यह निर्धारित करने की भी कोशिश कर रहा हूं कि वास्तव में 60 सेकंड की खिड़की के भीतर कनेक्शन प्राप्त करने का इष्टतम दृष्टिकोण क्या है। क्या यह एक लंबी कोशिश है या कई छोटे प्रयास हैं। –

5

मैं हमेशा अधिकतम दस सेकंड रखता हूं, हालांकि जो व्यक्तिगत वरीयता है। इस बारे में सोचें कि क्या आप अपना फोन पांच सेकंड तक रखते हैं और जानकारी प्रकट होने की प्रतीक्षा कर रहे हैं। मैं पहले ही निराश हो जाऊंगा - इस प्रकार डबल मान जोड़ना उचित लगता है। यदि कोई समस्या है तो मैं इसके बारे में Toast, पाद लेख दृश्य या कुछ और के माध्यम से जानना चाहता हूं।

+0

मैं इस बात से सहमत हूं कि कुछ जानकारी उपयोगकर्ता को 5-10 सेकंड के भीतर दिखाई देनी चाहिए। –

0

यहाँ the UX research says about user attention क्या (दिलचस्प भागों हाइलाइट किया जाता है):

  • से बड़ा 1 सोचा
  • लंबे समय तक के दूसरे टूटता प्रवाह 10 सेकंड से खो देता है उन ध्यान
  • सबसे सरल कार्यों को के भीतर पूरा किया जाना चाहिए 1 मिनट

तो यदि यह उपयोगकर्ता के लिए महत्वपूर्ण कार्य है तो 60 सेकंड देरी ठीक है। अन्यथा 10 सेकंड से अधिक एक मुद्दा है। अनोखी बात यह है कि 20 से 50 सेकेंड टाइमफ्रेम उपयोगकर्ता प्रभाव पर बहुत अधिक असर नहीं डालता है - यह "ध्यान खो गया" के बाद हर समय है लेकिन इससे पहले "एक कार्य छोड़ देगा"।

अनिवार्य रूप से यदि आप एक 10 सेकंड टाइम-आउट सीमा के नीचे नहीं जा सकते, तो परेशान और UX मुद्दा एक अलग तरीके से निपटने के नहीं है।

जाहिर है, इस हर स्थिति पर लागू नहीं होगा, तो एक अलग नज़रिए उसे अपने साथ ले।