एंड्रॉइड एप्लिकेशन के लिए एक प्रतिक्रिया फ़ंक्शन लिखना

विगेट्स के बारे में हाल ही में उठाए गए विषय ने विचार को अपने अनुभव को साझा करने के लिए प्रेरित किया है, क्योंकि यह निकला, त्रुटियों को खोजने का कठिन कार्य।

एक बार, डेस्कटॉप पर तारीख प्रदर्शित करने के लिए एक सभ्य विजेट नहीं मिल रहा है, मैंने एक साधारण लिखा - ExtDateWidget।
बेशक, मैंने इसे कई एमुलेटर और एक असली डिवाइस पर चेक किया और इसे मार्केट में डाल दिया। लेकिन मेरे फोन पर और एमुलेटर में जो काम करता है, जरूरी नहीं कि वह हर जगह काम करे। त्रुटि संदेश स्वयं रिपोर्ट की विविधता और हड़बड़ी में सौ-सौ पंक्तियों में एक बिल्कुल सीधी अनुप्रयोग के वर्णित व्यवहार से टकरा रहे हैं। सबसे आम से: विजेट मेज पर दिखाई नहीं देता है या आधी रात को अपडेट नहीं करता है; एक ही सेटिंग को छोड़ने के रूप में एक्सोटिक्स (मैं आपको विश्वास दिलाता हूं कि यह सभी अन्य लोगों के लिए बिल्कुल समान है) या अपडेट करते समय विजेट की सुपरिम्पोज़्ड कॉपियों की उपस्थिति (यह आम तौर पर विश्वास करना असंभव है, लेकिन महान विवरण में वर्णित है)।
बेशक, बाज़ार में त्रुटि रिपोर्टिंग पृष्ठ खाली है, और इसमें प्रविष्टियां हमेशा सार का सुझाव नहीं देती हैं।

उपयोगकर्ता समस्याओं को कैसे हल करें?



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

Google कोड पर परियोजना - भेजें-मुझे-लॉग सही पथ पर धकेल दिया गया।
यह विचार सरल है: एक लॉग एकत्र करें (वही जो डल्विक डिबग मॉनिटर में देखा जा सकता है) और इसे मेल द्वारा डेवलपर को भेजें।
मैंने कई महत्वपूर्ण परिवर्तन नहीं किए: काम करने के लिए टैग द्वारा फ़िल्टर के लिए, आपको लॉगसीट कॉल में -s स्विच जोड़ना होगा। वापसी की गई लॉग लाइनों की संख्या को सीमित करना अच्छा होगा, अन्यथा एक मेल संदेश की पीढ़ी लंबे समय तक आवेदन को निलंबित कर सकती है। यह इष्टतम है, मेरी राय में, 50 से अधिक लाइनों को लिखने के लिए नहीं, लेकिन ज्यादातर मामलों में रिपोर्ट बहुत कम आती हैं, इसलिए यह एक सुरक्षा जाल है।
दस्तावेज़ में लॉग प्रविष्टियों को कैसे फ़िल्टर किया जाए, लेकिन एक छोटे से आवेदन के लिए, मैं अभी सभी प्रविष्टियाँ ExtDateWidget टैग के साथ करता हूं, फिर कॉल कुछ इस तरह दिखता है:

public ArrayList<String> getLog(String tag) { ArrayList<String> lines = new ArrayList<String>(); /* ,    send-me-logs,    -s */ collectLog(lines, null, null, new String[] {tag}); return lines; } ArrayList<String> logLines = getLog("ExtDateWidget"); 

तस्वीर को पूरा करने के लिए, लॉग में वर्तमान सेटिंग्स जोड़ें:

 mSettings = PreferenceManager.getDefaultSharedPreferences(mContext); ... StringBuilder setsString = new StringBuilder("Settings: \n"); Map<String, ?> sets = mSettings.getAll(); if (sets != null) { for (String key: sets.keySet()) { setsString.append(key).append(": ") .append(String.valueOf(sets.get(key))).append("\n"); } } 

विधि के लाभ: यदि आपके आवेदन की आवश्यकता है, तो सक्रिय उपयोगकर्ता होंगे जो न केवल गलत व्यवहार का वर्णन करने वाली रिपोर्ट देने के लिए तैयार हैं, बल्कि त्रुटि को ठीक करने के प्रयासों का भी परीक्षण करेंगे। मेरा विजेट मध्यम रूप से लोकप्रिय है, लेकिन इससे भी अधिक रिपोर्टें आने लगीं, जितना कि मैं प्रोसेस कर सकता हूं। मैं यह नहीं कह सकता कि सभी त्रुटि संदेश एक ही बार में सार्थक हो गए, लेकिन कम से कम सिस्टम संस्करण और डिवाइस का मॉडल स्वचालित रूप से जुड़ जाते हैं। सामान्य तौर पर, मुझे यह प्रतीत हुआ कि उपयोगकर्ता वफादारी केवल इसलिए बढ़ी है क्योंकि त्रुटि रिपोर्ट फ़ंक्शन से पता चलता है कि डेवलपर परवाह करता है।
इसके अलावा, लॉग सिस्टम सुविधाजनक है, आप कई रिपोर्ट विकल्प बना सकते हैं, उदाहरण के लिए, केवल चेतावनी स्तर पर और ऊपर या पूरी तरह से सिस्टम त्रुटियों सहित, सब कुछ। इसके अलावा, आपको इंटरनेट के साथ काम करने की अनुमति की आवश्यकता नहीं है, उपयोगकर्ताओं को यह चिंता नहीं करनी चाहिए कि उनका डेटा धीरे-धीरे एक अज्ञात दिशा में दूर चल रहा है।
मुझे वास्तव में यह भी उम्मीद है कि एक प्रमुख स्थान पर इस तरह के एक समारोह की उपस्थिति उपयोगकर्ता को "काम नहीं करेगा" टिप्पणी लिखने के लिए नहीं बल्कि सीधे समस्या का सार रिपोर्ट करने के लिए प्रेरित करेगी।

नुकसान: ऐसे व्यामोह हैं जो नेटवर्क को कॉल करने और त्रुटि रिपोर्टिंग प्रणाली के विवरण के अभाव में भी चिंता करते हैं कि इस एप्लिकेशन को उनकी "गोपनीय जानकारी" की आवश्यकता क्यों है और उनकी रेटिंग कम करें।
इससे भी बदतर, अगर आपके पास विज्ञापन हैं जिनकी इंटरनेट की आवश्यकता है।

एक वैकल्पिक विधि रिपोर्ट बनाने के लिए एक अलग एप्लिकेशन का उपयोग करना है। यह पहले से ही बाजार पर है। साइट एक उदाहरण उपयोग दिखाता है: http://l6n.org/android/sendlog.shtml ।
लाभ स्पष्ट हैं: आपके आवेदन को अतिरिक्त अनुमतियों की आवश्यकता नहीं है, और यदि कोई मदद करना चाहता है, तो यह आपको एक रिपोर्ट भेजने और एक अनन्य फिक्स प्राप्त करने के लिए एक छोटी सी उपयोगिता स्थापित करेगा (यह केवल लॉग पढ़ने की आवश्यकता है)। हालांकि उपयोगकर्ताओं के लिए अतिरिक्त संचालन अभी भी विधि का एक दोष है।

खैर, जो लोग विशेष रूप से मेहनती हैं, उनके लिए अपनी रिपोर्ट जनरेटर एप्लिकेशन लिखने का विकल्प संभव है, हालांकि यह, मेरी राय में, दृश्यमान लाभ नहीं देता है।

मुझे उम्मीद है कि वर्णित विधियां आपके अनुप्रयोगों की रेटिंग को बेहतर बनाने में मदद करेंगी।