Ես կստեղծեմ միջպլատֆորմային բջջային հավելված React Native-ով iOS-ի և Android-ի համար

Ինչ է սա ներառում

Մեկ React Native կոդային բազա, երկու խանութ, մեկ խումբ սխալներ՝ շտկելու համար։ Նավիգացիա, նույնականացում, push ծանուցումներ, անցանց ռեժիմի մշակում և հարթակային տարբերություններ, որոնք միջպլատֆորմային շրջանակը ինքնուրույն չի վերացնում։

Ինչպես եմ ես մոտենում դրան

Հավելվածը կառուցվում է ձեր իրական API-ի դեմ՝ առաջին իսկ օրվանից, այլ ոչ թե կեղծ տվյալների, որոնք ավելի լավ են գործում, քան արտադրությունը երբևէ կանի։ Նույնականացումը օգտագործում է անվտանգ պահեստավորում սարքի վրա և թարմացման թոքեններ, որոնք մշակվում են մեկ տեղում, քանի որ էկրաններով ցրված թոքենների սխալները բջջային հավելվածների փտելու ամենատարածված ձևն են։ Ցուցակները վիրտուալացված են և էջավորված. պատկերները քեշավորված են և չափսերով հարմարեցված սարքին, այլ ոչ թե ներբեռնված ամբողջական լուծաչափով։

Հարթակային աշխատանքը դիտվում է որպես աշխատանք, ոչ թե որպես ծանոթագրություն. iOS-ին անհրաժեշտ են իր թույլտվության տողերը և տրամադրումը, Android-ին անհրաժեշտ են իր ծանուցումների ալիքները և հետադարձ կոճակի վարքագիծը, և երկուսին էլ անհրաժեշտ են խորը հղումներ, որոնք գոյատևում են սառը մեկնարկից հետո։

Արդյունքներ

• React Native նախագիծ TypeScript-ում, անհրաժեշտ բնիկ մոդուլներով և ոչ այլն։
• TestFlight և Play ներքին թրեքի կառուցվածքներ, որպեսզի կարողանաք այն վաղուց ձեռքի տակ ունենալ։
• Push ծանուցումներ, որոնք միացված են ամբողջությամբ, ներառյալ backend-ի գործարկիչը։
• Թողարկման կառուցվածքներ, խանութի ցուցակի տեքստ և սքրինշոթեր, և ներկայացման համար անհրաժեշտ նշումներ։
• Կարճ ուղեցույց՝ այն ինքնուրույն գործարկելու, կառուցելու և թողարկելու համար։

Ինչն է ինձ անհրաժեշտ

API կամ դրա բնութագիրը, երեք ամենակարևոր էկրանները, և Apple և Google մշակողի հաշիվներ, եթե արդեն ունեք դրանք։ Եթե չունեք, ես ձեզ կասեմ, թե կոնկրետ ինչ ստեղծել և երբ։

Շրջանակի նշում

Մեկ հավելված, մեկ լսարան։ Եթե արտադրանքին անհրաժեշտ են երկու շատ տարբեր փորձեր՝ օրինակ հաճախորդի հավելված և վարորդի հավելված, ապա դրանք երկու կառուցվածքներ են, և ես դա կասեմ նախքան գնանշելը, այլ ոչ թե հետո։

Շրջադարձ և հաղորդակցություն

Առաջին TestFlight կամ ներքին թրեքի կառուցվածքը սովորաբար երկու շաբաթվա ընթացքում է, այնպես որ դուք հավելվածը ձեռքի տակ եք պահում և կարծիք եք հայտնում հենց իր մասին, այլ ոչ թե սքրինշոթերի։ Ես թողարկման ստուգաթերթը հստակ եմ պահում՝ թույլտվություններ, խորը հղումներ, անցանց վարքագիծ, խանութի մետատվյալներ, քանի որ դրանք այն տարրերն են, որոնք աշխատող հավելվածը վերածում են մերժված ներկայացման։ Յուրաքանչյուր կառուցվածք, որը դուք ստանում եք, մի կառուցվածք է, որը կարող եք առաքել։