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