मैं एक तकनीकी उत्तर की तलाश में हूं कि कैसे एंड्रॉइड रोबोपिस लाइब्रेरी गतिविधि जीवन चक्र का प्रबंधन करती है। आने शुरू हो गए पृष्ठ से:।रोबोपिसिस गतिविधि जीवन चक्र का प्रबंधन कैसे करता है?
https://github.com/octo-online/robospice/wiki/Starter-Guide
"अपनी गतिविधि (या अन्य संदर्भ) के एक आंतरिक वर्ग के रूप में, एक RequestlListener कि आपके यूआई अद्यतन करेगा जोड़ने मेमोरी लीक के बारे में चिंता मत करो, RoboSpice अपनी गतिविधि का प्रबंधन करता है जीवन चक्र।"
मेरा सवाल यह है कि रोबॉस्पिस स्वचालित रूप से अनुरोध श्रोताओं को कैसे अपडेट करता है ताकि यह अभी भी एक रोटेशन के बाद सही संदर्भ के साथ सही श्रोता को कॉल करने में सक्षम हो और गतिविधि को नष्ट कर दिया गया हो और एक नया उदाहरण के रूप में बनाया गया हो?
मैं स्रोत कोड के इंजीनियर को बदलने की कोशिश कर दिया गया है, लेकिन अभी तक एक जवाब नहीं मिला है:
https://github.com/octo-online/robospice
तो यदि आप एक अनुरोध CacheKey प्रदान नहीं करते हैं, और एक ही समय में चल रहे एक ही गतिविधि के कई उदाहरण हैं, तो क्याListenerIfPending अभी भी सही तरीके से काम करेगा? या उस मामले में पर्याप्त जानकारी नहीं है? यह शायद एक असंभव परिदृश्य है लेकिन मैं उत्सुक हूँ। – craigrs84
@ स्किनोलस, मैं उत्सुक हूं, अगर आप कॉलस्टॉप() (या गैर-एसिंक विधि) को कॉल नहीं करते हैं, तो लाइब्रेरी उन गतिविधियों को वापस नहीं ले जाती है जो क्रियाकलापों, टुकड़ों, सेवाओं आदि में पंजीकृत हैं? स्रोत के माध्यम से बहुत अधिक खोदने के बिना और आपके प्रारंभिक उपयोग और आपकी लाइब्रेरी के परीक्षण के आधार पर, मुझे एक अपवाद मिलेगा जब मुझे "ऑब्जेक्ट" वाले ऑब्जेक्ट में कॉलबैक प्राप्त हुआ। इसके अलावा, पुस्तकालय बहुत अच्छा है, कृपया अच्छा काम जारी रखें! – AllDayAmazing
यदि आप shouldStop को कॉल नहीं करते हैं, तो श्रोताओं को ट्रिगर किया जाएगा। यह क्रैश और मेमोरी लीक का कारण बन सकता है क्योंकि अक्सर श्रोताओं आंतरिक कक्षाएं होती हैं और एक गतिविधि उदाहरण पर एक संदर्भ धारण करती हैं जो नष्ट हो जाती थी, और अगर आप अपने श्रोताओं में खोजने के लिए चीजें देखते हैं तो यह भी दुर्घटनाग्रस्त हो सकता है। मुझे लगता है कि आपको यह मिल गया, बस चीजों को स्पष्ट करना चाहता था। – Snicolas