អំពីការចុះបញ្ជីនេះ
វិសាលភាពនៃការងារ
កូដគោល React Native តែមួយដែលបង្កើតកម្មវិធីទូរស័ព្ទចល័តស៊ីសង្វាក់គ្នាមួយសម្រាប់ហាងកម្មវិធីទាំងពីរ ដែលគ្របដណ្តប់លើការរុករក ការចូលប្រើប្រាស់ ការជូនដំណឹងរុញ ការគាំទ្រពេលគ្មានអ៊ីនធឺណិត និងឥរិយាបថជាក់លាក់តាមប្រព័ន្ធប្រតិបត្តិការដែលឧបករណ៍ cross-platform មិនអាចរៀបចំដោយស្វ័យប្រវត្តិ។
វិធីសាស្ត្ររបស់យើង
ការអភិវឌ្ឍចាប់ផ្តើមដំណើរការជាមួយ API ពិតប្រាកដរបស់អ្នក ជាជាងទិន្នន័យជំនួសបណ្តោះអាសន្ន ពីព្រោះ endpoint ពិតប្រាកដមានដំណើរការខុសពីទិន្នន័យសាកល្បង។ ការចូលប្រើប្រាស់ពឹងផ្អែកលើការផ្ទុកទិន្នន័យប្រកបដោយសុវត្ថិភាពនៅលើឧបករណ៍ ជាមួយនឹងតក្កវិជ្ជានៃការ refresh ដែលប្រមូលផ្តុំនៅកន្លែងតែមួយ ពីព្រោះការគ្រប់គ្រង token រាយប៉ាយ គឺជាកន្លែងដែលកម្មវិធីទូរស័ព្ទច្រើនតែកើតមានបញ្ហា។ បញ្ជីត្រូវបានធ្វើជា virtualised និងផ្ទុកជាទំព័រៗ រីឯរូបភាពត្រូវបានរក្សាទុកក្នុង cache និងប្តូរទំហំឱ្យសមស្របទៅនឹងឧបករណ៍ ជាជាងការទាញយកក្នុងទំហំពេញ។
តម្រូវការជាក់លាក់នៃប្រព័ន្ធប្រតិបត្តិការនីមួយៗ ត្រូវបានចាត់ទុកជាលទ្ធផលការងារពិតប្រាកដ ជាជាងការគិតគូរនៅពេលក្រោយ៖ iOS ទាមទារអត្ថបទបញ្ជាក់ការអនុញ្ញាតផ្ទាល់ខ្លួន និង provisioning profiles ចំណែក Android ត្រូវការបណ្តាញជូនដំណឹង និងការគ្រប់គ្រងប៊ូតុងថយក្រោយសមស្រប ហើយ deep links នៅលើប្រព័ន្ធប្រតិបត្តិការទាំងពីរត្រូវតែនៅតែដំណើរការបាន បន្ទាប់ពីការបើកកម្មវិធីឡើងវិញពីដំបូង (cold start)។
អ្វីដែលលោកអ្នកទទួលបាន
- គម្រោង TypeScript React Native ដែលមានតែ native modules ដែលលោកអ្នកពិតជាត្រូវការប៉ុណ្ណោះ។
- កំណែ build សាកល្បងនៅលើទាំងបណ្តាញ iOS beta និងផ្លូវ internal របស់ Android ដូច្នេះលោកអ្នកអាចសាកល្បងវាបានតាំងពីដំបូង។
- ការជូនដំណឹងរុញដែលបានភ្ជាប់យ៉ាងពេញលេញ រួមទាំង trigger ខាងផ្នែក server ផងដែរ។
- កំណែ build សម្រាប់ចេញផ្សាយ ព្រមទាំងសំណេររៀបរាប់សម្រាប់បញ្ជីហាង រូបថតអេក្រង់ និងកំណត់សម្គាល់សម្រាប់ការដាក់ស្នើ។
- ការណែនាំសង្ខេបមួយ ដើម្បីឱ្យលោកអ្នកអាច build ដំណើរការ និងចេញផ្សាយកម្មវិធីដោយខ្លួនឯងនៅពេលក្រោយ។
អ្វីដែលយើងត្រូវការពីលោកអ្នក
API ឬយ៉ាងហោចណាស់លក្ខណៈបច្ចេកទេសសម្រាប់ API នោះ អេក្រង់សំខាន់ៗមួយចំនួនដែលសំខាន់បំផុត និងគណនីអ្នកអភិវឌ្ឍន៍ជាមួយ Apple និង Google ប្រសិនបើលោកអ្នកមានរួចហើយ។ ប្រសិនបើមិនទាន់មានទេ យើងនឹងបញ្ជាក់យ៉ាងច្បាស់អំពីអ្វីដែលត្រូវការ និងពេលវេលាដែលត្រូវផ្តល់ជូន។
ព្រំដែនវិសាលភាព
ការងារនេះគ្របដណ្តប់លើកម្មវិធីមួយសម្រាប់ទស្សនិកជនមួយក្រុម។ ក្នុងករណីដែលផលិតផលមួយត្រូវការបទពិសោធន៍ពីរដាច់ដោយឡែកពីគ្នា ឧទាហរណ៍ដូចជាកម្មវិធីសម្រាប់អតិថិជន និងកម្មវិធីដាច់ដោយឡែកសម្រាប់អ្នកបើកបរ នោះនឹងត្រូវរាប់ជាកំណែ build ពីរដាច់ដោយឡែកពីគ្នា ហើយយើងនឹងជម្រាបជូនអំពីរឿងនេះមុនពេលផ្តល់ការប៉ាន់ស្មានតម្លៃ ជាជាងការជម្រាបជូននៅពេលក្រោយ។
ល្បឿន និងការធ្វើបច្ចុប្បន្នភាព
កំណែ build សាកល្បងដំបូងជាធម្មតាត្រូវបានរៀបចំរួចរាល់ជាយូរ មុនពេលបញ្ចប់គម្រោង ដូច្នេះមតិកែលម្អត្រូវបានផ្តល់លើកម្មវិធីដែលកំពុងដំណើរការផ្ទាល់ ជាជាងរូបថតអេក្រង់ឋិតិវន្ត។ បញ្ជីត្រួតពិនិត្យការចេញផ្សាយនៅតែមានភាពច្បាស់លាស់ជានិច្ច ដែលគ្របដណ្តប់លើការអនុញ្ញាត deep links ឥរិយាបថពេលគ្មានអ៊ីនធឺណិត និងទិន្នន័យមេតាសម្រាប់ហាង ពីព្រោះចំណុចទាំងនេះហើយដែលតែងតែប្រែក្លាយ build ដែលដំណើរការបាន ទៅជាការដាក់ស្នើដែលត្រូវបានបដិសេធ។