Android (Go वर्शन) का इस्तेमाल करने वाले लोगों की संख्या तेज़ी से बढ़ रही है. इसलिए, मौजूदा ऐप्लिकेशन को ऑप्टिमाइज़ करने की ज़रूरत है, ताकि वे कम रैम वाले इन डिवाइसों पर बेहतर तरीके से काम कर सकें. इस तरह के डेवलपमेंट से जुड़ी कुछ सामान्य चुनौतियों में, ऐप्लिकेशन की कुछ सुविधाओं या क्षमताओं को सीमित करना, स्टार्टअप टाइम को बेहतर बनाना, और ऐप्लिकेशन में मेमोरी प्रेशर को मैनेज करना शामिल है. ऐसे में, Android (Go edition) के लिए अपने ऐप्लिकेशन को ऑप्टिमाइज़ करना मददगार हो सकता है.
अप्रोच
ऐप्लिकेशन को ऑप्टिमाइज़ करने का तरीका शुरू करने से पहले, यहां दिया गया तरीका अपनाएं. इस गाइड में, यह तय करने के लिए बुनियादी जानकारी दी गई है कि किन संभावित क्षेत्रों में सुधार किया जा सकता है. साथ ही, यह भी बताया गया है कि नतीजों से जुड़ी समस्याओं को कैसे हल किया जा सकता है.
| चरण | ब्यौरा |
|---|---|
| ज़्यादा जानकारी | ऑप्टिमाइज़ेशन शुरू करने से पहले, यह तय करना ज़रूरी है कि आपको अपने ऐप्लिकेशन के किन हिस्सों को बेहतर बनाना है. इसके लिए, मुख्य परफ़ॉर्मेंस इंडिकेटर (केपीआई) तय करें. ऐप्लिकेशन के स्टार्टअप में लगने वाला समय, ऐप्लिकेशन के क्रैश होने की दर या ऐप्लिकेशन के जवाब न देने (एएनआर) की समस्या, ऐप्लिकेशन को बेहतर बनाने के कुछ सामान्य तरीके हैं.
इन केपीआई को तय करने के बाद, आपको उपयोगकर्ता अनुभव और बेंचमार्किंग के नज़रिए से, टारगेट थ्रेशोल्ड तय करने चाहिए. साथ ही, उपयोगकर्ता अनुभव और तकनीकी जटिलता के बीच संतुलन बनाए रखना चाहिए. |
| ब्रेकडाउन | हमारा सुझाव है कि आप इन सुधारों को अलग-अलग सिग्नल मेट्रिक में बांटें. उदाहरण के लिए, ऐप्लिकेशन क्रैश होने की दर को क्रैश होने की वजहों के हिसाब से अलग-अलग कैटगरी में बांटा जा सकता है. जैसे, हैंडल न की गई गड़बड़ियां, मेमोरी का ज़्यादा इस्तेमाल या एएनआर. |
| बेंचमार्क | इसके बाद, टारगेट किए गए सुधार वाले क्षेत्र की तुलना करके, मौजूदा परफ़ॉर्मेंस का पता लगाया जा सकता है. अगर आपके टारगेट पूरे नहीं होते हैं, तो अलग-अलग ब्रेकडाउन देखकर, समस्याओं का पता लगाने की कोशिश करें. |
| इस प्रोसेस को दोहराएं | कुछ समस्याओं को ठीक करने के बाद, बेंचमार्किंग की प्रोसेस को फिर से दोहराएं, ताकि संभावित सुधारों को देखा जा सके. अगर पहले से तय किए गए केपीआई टारगेट पूरे नहीं होते हैं, तो दूसरी बार इस प्रोसेस को दोहराया जा सकता है. |
| रेगुलर रिग्रेशन टेस्ट जोड़ना | अपने ऐप्लिकेशन के लिए, रेगुलर रिग्रेशन टेस्ट को किसी भी फ़्रीक्वेंसी पर चलाया जा सकता है. इससे आपको अपने केपीआई के हिसाब से रिग्रेशन की पहचान करने में मदद मिलेगी. गड़बड़ियों या बग का पता लगाकर उन्हें ठीक करना ज़्यादा बेहतर होता है. ऐसा करने से, वे आपके कोडबेस में शामिल नहीं हो पाते. केपीआई के लक्ष्यों को पूरा न करने वाले किसी भी बदलाव को तब तक पब्लिश न करें, जब तक केपीआई के टारगेट अपडेट करने का फ़ैसला न ले लिया जाए. |