Энэ жагсаалтын тухай
Ажлын цар хүрээ
Хоёр дэлгүүрт хоёуланд нь зориулсан нэгдмэл нэг мобайл аппыг гаргах React Native-ийн нэгдсэн код сан бөгөөд үүнд шилжилт (navigation), нэвтрэх хэсэг, push мэдэгдэл, офлайн ажиллах горим болон платформ хоорондын хэрэгслүүдийн автоматаар шийдэж чаддаггүй платформ тус бүрийн онцлог ажиллагаанууд багтана.
Бидний арга барил
Бодит төгсгөлийн цэгүүд (endpoints) нь туршилтын өгөгдлөөс өөр байдлаар ажилладаг тул хөгжүүлэлтийг орлуулагч өгөгдөл дээр биш, харин таны бодит API дээр үндэслэн эхлүүлдэг. Токентой ажиллах процесс тал тал тийш тархсан байх нь мобайл аппуудад алдаа үүсэх гол шалтгаан болдог тул төхөөрөмж дээрх найдвартай хадгалалт болон нэг дор төвлөрсөн шинэчлэх (refresh) логикт нэвтрэх хэсэг тулгуурладаг. Жагсаалтуудыг виртуалчилж, хуудсаар ачаалдаг; зургуудыг бүтэн хэмжээгээр нь татахын оронд төхөөрөмжид тохируулан хэмжээг нь өөрчилж, кэшлэдэг.
Платформ тус бүрийн хэрэгцээг сүүлд бодох зүйл бус, харин жинхэнэ нийлүүлэх ажлын нэг хэсэг гэж үздэг: iOS-д зөвшөөрлийн тусгайлсан тайлбар үгс болон provisioning profiles шаардлагатай, Android-д мэдэгдлийн сувгууд болон буцах товчны зөв зохицуулалт хэрэгтэй бөгөөд хоёр платформ дээрх deep link-үүд нь хүйтэн эхлүүлэлт (cold start)-ийн дараа ч ажиллах ёстой байдаг.
Таны хүлээн авах зүйлс
- Танд бодитоор шаардлагатай native модулиудыг л агуулсан TypeScript React Native төсөл.
- Төслийг эрт туршиж үзэх боломжийг олгох iOS бета суваг болон Android дотоод туршилтын (internal track) зам дээрх туршилтын бүтээцүүд (builds).
- Сервер талын өдөөгчийг (trigger) бүрэн холбосон push мэдэгдлүүд.
- Зах зээлд гаргах албан ёсны хувилбарууд (release builds) болон дэлгүүрийн танилцуулга текст, дэлгэцийн агшин, илгээх үеийн тэмдэглэлүүд.
- Цаашид аппыг бие даан угсарч (build), ажиллуулж, хувилбар гаргах боломжийг олгох товч зааварчилгаа.
Бидэнд танаас шаардагдах зүйлс
API эсвэл ядаж түүний техникийн тодорхойлолт, хамгийн чухал цөөн хэдэн дэлгэц, мөн хэрэв танд байгаа бол Apple болон Google-ийн хөгжүүлэгчийн бүртгэлүүд. Хэрэв байхгүй бол бид юу шаардлагатай, хэзээ хэрэгтэйг нарийвчлан тодорхойлж өгөх болно.
Цар хүрээний хязгаарлалт
Энэ нь нэг төрлийн хэрэглэгчдэд зориулсан нэг аппыг хамарна. Хэрэв тухайн бүтээгдэхүүнд хоёр өөр хэрэглэгчийн туршлага шаардлагатай бол, жишээлбэл хэрэглэгчдэд зориулсан апп болон жолоочид зориулсан тусдаа апп байх тохиолдолд үүнийг хоёр тусдаа бүтээц (build) гэж үзэх бөгөөд бид үүнийг үнийн санал гаргасны дараа биш, харин гаргахаас өмнө сануулж хэлэх болно.
Хурд ба шинэчлэлтүүд
Эхний туршилтын бүтээц нь төслийн хугацаа дуусахаас нэлээд өмнө бэлэн болдог тул санал шүүмжийг хөдөлгөөнгүй дэлгэцийн агшин дээр бус, харин ажиллаж буй апп дээр өгөх боломжтой байдаг. Зөвшөөрлүүд, deep link-үүд, офлайн ажиллагаа болон дэлгүүрийн мета өгөгдөл зэрэг нь хэвийн ажиллаж буй аппыг илгээх үед татгалзсан хариу авахад хүргэдэг гол хүчин зүйл болдог тул хувилбар гаргах хяналтын хуудсыг төслийн туршид тодорхой байлгадаг.