इस लिस्टिंग के बारे में
कार्य का दायरा
दोनों स्टोर के लिए एक सुसंगत मोबाइल ऐप तैयार करने वाला एक एकल React Native कोडबेस, जिसमें नेविगेशन, साइन-इन, पुश अलर्ट, ऑफ़लाइन समर्थन और प्लेटफ़ॉर्म-विशिष्ट व्यवहार शामिल हैं जिन्हें क्रॉस-प्लेटफ़ॉर्म टूलिंग स्वचालित रूप से ठीक नहीं करती है।
हमारी कार्यपद्धति
विकास प्लेसहोल्डर डेटा के बजाय आपके वास्तविक API पर शुरू होता है, क्योंकि वास्तविक एंडपॉइंट मॉक की तुलना में भिन्न व्यवहार करते हैं। साइन-इन डिवाइस पर सुरक्षित स्टोरेज पर निर्भर करता है जिसमें रीफ़्रेश लॉजिक एक ही स्थान पर केंद्रीकृत होता है, क्योंकि बिखरा हुआ टोकन प्रबंधन वह जगह है जहाँ मोबाइल ऐप में आमतौर पर खामियाँ आती हैं। सूचियों को वर्चुअलाइज़ किया जाता है और पृष्ठों में लोड किया जाता है; छवियों को पूरे आकार में लोड करने के बजाय डिवाइस के अनुकूल कैश और रीसाइज़ किया जाता है।
प्लेटफ़ॉर्म-विशिष्ट आवश्यकताओं को बाद के विचारों के बजाय वास्तविक डिलिवरेबल्स के रूप में माना जाता है: iOS को अपने स्वयं के अनुमति शब्द और प्रोविज़निंग प्रोफ़ाइल की आवश्यकता होती है, Android को सूचना चैनलों और समझदारी भरे बैक-बटन हैंडलिंग की आवश्यकता होती है, और दोनों प्लेटफ़ॉर्म पर डीप लिंक को कोल्ड स्टार्ट के बाद भी काम करना चाहिए।
आपको क्या प्राप्त होता है
- एक TypeScript React Native प्रोजेक्ट जिसमें केवल वे नेटिव मॉड्यूल शामिल हैं जिनकी आपको वास्तव में आवश्यकता है।
- iOS बीटा चैनल और Android इंटरनल ट्रैक दोनों पर टेस्ट बिल्ड, ताकि आप इसे शुरुआत में ही आज़मा सकें।
- सर्वर-साइड ट्रिगर सहित पूरी तरह से कनेक्ट किए गए पुश नोटिफ़िकेशन।
- रिलीज़ बिल्ड के साथ-साथ स्टोर लिस्टिंग कॉपी, स्क्रीनशॉट और सबमिशन नोट्स।
- एक संक्षिप्त वॉकथ्रू ताकि आप बाद में ऐप को स्वयं बना सकें, चला सकें और रिलीज़ कर सकें।
हमें आपसे क्या चाहिए
एक API, या कम से कम उसका विवरण, मुट्ठी भर स्क्रीन जो सबसे अधिक मायने रखती हैं, और Apple और Google के साथ डेवलपर खाते यदि आपके पास पहले से हैं। यदि नहीं, तो हम स्पष्ट रूप से बताएंगे कि क्या और कब आवश्यक है।
दायरे की सीमा
यह एक दर्शक वर्ग के लिए एक ऐप को कवर करता है। जहाँ किसी उत्पाद को दो अलग-अलग अनुभवों की आवश्यकता होती है, उदाहरण के लिए ग्राहकों के लिए एक ऐप और एक अलग ड्राइवर ऐप, तो उसे दो अलग-अलग बिल्ड माना जाता है, और हम किसी भी कोटेशन दिए जाने से पहले इसे चिह्नित करेंगे, बाद में नहीं।
गति और अपडेट
एक प्रारंभिक टेस्ट बिल्ड आमतौर पर प्रोजेक्ट समाप्त होने से काफी पहले तैयार हो जाता है, ताकि स्थिर स्क्रीनशॉट के बजाय चल रहे ऐप पर प्रतिक्रिया दी जा सके। रिलीज़ चेकलिस्ट शुरू से अंत तक स्पष्ट रहती है, जिसमें अनुमतियाँ, डीप लिंक, ऑफ़लाइन व्यवहार और स्टोर मेटाडेटा शामिल हैं, क्योंकि आमतौर पर यही चीज़ें एक काम करने वाले बिल्ड को अस्वीकृत सबमिशन में बदल देती हैं।