Այս ցուցակի մասին
Աշխատանքի ծավալը
Մեկ ընդհանուր React Native կոդային բազա, որը ստեղծում է մեկ համակցված բջջային հավելված երկու հավելվածների խանութների համար՝ ներառելով նավիգացիան, մուտք գործելը, push ծանուցումները, անցանց ռեժիմի աջակցությունը և պլատֆորմին բնորոշ այն վարքագիծը, որը cross-platform գործիքներն ինքնաբերաբար չեն կարգավորում:
Մեր մեթոդը
Մշակումը սկսվում է Ձեր իրական API-ի հիման վրա, այլ ոչ թե ժամանակավոր տվյալների (mock-երի), քանի որ իրական վերջնակետերը (endpoints) այլ կերպ են գործում: Մուտք գործելը հիմնված է սարքի վրա անվտանգ պահոցի վրա՝ մեկ վայրում կենտրոնացված թարմացման տրամաբանությամբ, քանի որ թոքենների ապակենտրոնացված մշակումն այն տեղն է, որտեղ բջջային հավելվածներում սովորաբար խնդիրներ են ի հայտ գալիս: Ցուցակները վիրտուալացվում են և բեռնվում էջերով. պատկերները պահվում են քեշում և չափափոխվում սարքին համապատասխան՝ լրիվ չափով ներբեռնվելու փոխարեն:
Պլատֆորմին բնորոշ պահանջները դիտարկվում են որպես լիարժեք արդյունքներ, այլ ոչ թե երկրորդական հարցեր. iOS-ը պահանջում է թույլտվությունների իր ձևակերպումները և provisioning պրոֆիլները, Android-ին անհրաժեշտ են ծանուցումների ալիքներ և «հետ» կոճակի ճիշտ կառավարում, իսկ երկու պլատֆորմներում էլ deep link-երը պետք է շարունակեն աշխատել նույնիսկ սառը մեկնարկից հետո:
Ինչ եք Դուք ստանում
- TypeScript React Native նախագիծ, որը պարունակում է միայն այն նատիվ մոդուլները, որոնք Ձեզ իրականում անհրաժեշտ են:
- Թեստային տարբերակներ ինչպես iOS-ի բետա ալիքում, այնպես էլ Android-ի ներքին թեստավորման ուղում, որպեսզի կարողանաք փորձարկել այն վաղ փուլում:
- Ամբողջությամբ միացված push ծանուցումներ՝ ներառյալ սերվերային տրիգերը:
- Թողարկման պատրաստ տարբերակներ (release builds), ինչպես նաև խանութի էջի տեքստեր, էկրանակադրեր և հաստատման ուղարկելու նշումներ:
- Համառոտ ուղեցույց, որպեսզի հետագայում կարողանաք ինքնուրույն հավաքել, գործարկել և թողարկել հավելվածը:
Ինչ է անհրաժեշտ Ձեզանից
API կամ գոնե դրա տեխնիկական նկարագրությունը, առավել կարևոր մի քանի էկրանները, ինչպես նաև Apple-ի և Google-ի մշակողի հաշիվներ, եթե արդեն ունեք դրանք: Եթե ոչ, մենք հստակ կնշենք, թե ինչ է պահանջվում և երբ:
Աշխատանքի շրջանակի սահմանները
Սա ներառում է մեկ հավելված մեկ լսարանի համար: Երբ պրոդուկտին անհրաժեշտ է երկու տարբեր փորձառություն, օրինակ՝ հաճախորդների համար նախատեսված հավելված և առանձին հավելված վարորդների համար, դա հաշվարկվում է որպես երկու առանձին տարբերակ, և մենք դրա մասին կտեղեկացնենք նախքան գնառաջարկ ներկայացնելը, այլ ոչ թե հետո:
Տեմպը և թարմացումները
Վաղ թեստային տարբերակը սովորաբար պատրաստ է լինում նախագծի ավարտից շատ առաջ, որպեսզի հետադարձ կապը տրամադրվի գործող հավելվածի, այլ ոչ թե ստատիկ էկրանակադրերի հիման վրա: Թողարկման ստուգաթերթը (checklist) մնում է հստակ ամբողջ ընթացքում՝ ընդգրկելով թույլտվությունները, deep link-երը, անցանց ռեժիմի վարքագիծը և խանութի մետատվյալները, քանի որ դրանք են սովորաբար աշխատող հավելվածի մերժման պատճառ դառնում: