ពី UI-kit ទៅប្រព័ន្ធរចនា

បទពិសោធន៍ភាពយន្តអនឡាញ Ivy

នៅពេលដែលនៅដើមឆ្នាំ 2017 យើងបានគិតជាលើកដំបូងអំពីការបង្កើតប្រព័ន្ធចែកចាយការរចនាទៅកូដផ្ទាល់ខ្លួនរបស់យើង មនុស្សជាច្រើនបាននិយាយអំពីវារួចហើយ ហើយអ្នកខ្លះថែមទាំងធ្វើវាទៀតផង។ ទោះបីជាយ៉ាងណាក៏ដោយ រហូតមកដល់សព្វថ្ងៃនេះ មិនសូវមានគេដឹងអំពីបទពិសោធន៍នៃការសាងសង់ប្រព័ន្ធរចនាឆ្លងវេទិកា ហើយមិនទាន់មានរូបមន្តច្បាស់លាស់ និងបង្ហាញឱ្យឃើញដែលពិពណ៌នាអំពីបច្ចេកវិទ្យា និងវិធីសាស្រ្តសម្រាប់ការផ្លាស់ប្តូរដំណើរការនៃការអនុវត្តការរចនាទៅជាផលិតផលដែលកំពុងដំណើរការរួចហើយនោះទេ។ ហើយដោយ "សមាសធាតុនៅក្នុងកូដ" ពួកគេច្រើនតែមានន័យខុសគ្នាខ្លាំង។

ទន្ទឹមនឹងនេះ ក្រុមហ៊ុនបានបង្កើនបុគ្គលិករបស់ខ្លួនទ្វេដងពីមួយឆ្នាំទៅមួយឆ្នាំ វាចាំបាច់ក្នុងការធ្វើមាត្រដ្ឋានផ្នែករចនា និងបង្កើនប្រសិទ្ធភាពដំណើរការនៃការបង្កើត និងផ្ទេរប្លង់សម្រាប់ការអភិវឌ្ឍន៍។ យើងគុណអ្វីៗទាំងអស់នេះដោយ "សួនសត្វ" នៃវេទិកាដែលត្រូវតែគាំទ្រ ហើយយើងទទួលបានរូបរាងដូចនៃបាប៊ីឡូន pandemonium ដែលជាធម្មតាមិនអាច "ធ្វើវាជាធម្មតា" និងបង្កើតប្រាក់ចំណូលបានទេ។ ការអភិវឌ្ឍន៍នៃវេទិកាជារឿយៗដំណើរការស្របគ្នា ហើយមុខងារដូចគ្នាអាចត្រូវបានចេញផ្សាយនៅលើវេទិកាផ្សេងៗគ្នាជាមួយនឹងភាពយឺតយ៉ាវជាច្រើនខែ។


សំណុំប្លង់ដាច់ដោយឡែកសម្រាប់វេទិកានីមួយៗ

ជាប្រពៃណី យើងបានចាប់ផ្តើមជាមួយនឹងបញ្ហាដែលប្រព័ន្ធរចនានឹងជួយដោះស្រាយ និងបង្កើតតម្រូវការសម្រាប់ការរចនារបស់វា។ បន្ថែមពីលើការបង្កើតភាសាដែលមើលឃើញបង្រួបបង្រួម ការបង្កើនល្បឿននៃប្លង់ និងការអភិវឌ្ឍន៍ និងការកែលម្អគុណភាពនៃផលិតផលទាំងមូល វាមានសារៈសំខាន់ណាស់ក្នុងការបង្រួបបង្រួមការរចនាឱ្យបានច្រើនតាមដែលអាចធ្វើទៅបាន។ នេះគឺចាំបាច់ដើម្បីឱ្យការអភិវឌ្ឍន៍មុខងារអាចធ្វើទៅបាននៅលើវេទិការបស់យើងទាំងអស់ក្នុងពេលដំណាលគ្នា៖ បណ្តាញ, iOS, Android, Smart TV, tvOS, Android TV, Windows 10, xBox One, PS4, Roku - ដោយមិនចាំបាច់ធ្វើការលើពួកវានីមួយៗដោយឡែកពីគ្នា។ ហើយយើងបានធ្វើវា!

រចនា → ទិន្នន័យ

នៅពេលដែលកិច្ចព្រមព្រៀងជាមូលដ្ឋានរវាងផ្នែកផលិតផល និងផ្នែកអភិវឌ្ឍន៍ត្រូវបានឈានដល់ យើងបានអង្គុយចុះដើម្បីជ្រើសរើសជង់បច្ចេកវិទ្យា និងធ្វើការលម្អិតនៃដំណើរការទាំងមូល - ពីប្លង់រហូតដល់ការចេញផ្សាយ។ ដើម្បីធ្វើឱ្យដំណើរការផ្ទេរការរចនាទៅជាការអភិវឌ្ឍន៍ដោយស្វ័យប្រវត្តិយ៉ាងពេញលេញ យើងបានស្វែងយល់ពីជម្រើសនៃការញែកប៉ារ៉ាម៉ែត្រសមាសភាគដោយផ្ទាល់ពីឯកសារ Sketch ជាមួយនឹងប្លង់។ វាបានប្រែក្លាយថាការស្វែងរកបំណែកនៃកូដដែលយើងត្រូវការ និងការទាញយកប៉ារ៉ាម៉ែត្រដែលយើងត្រូវការគឺជាកិច្ចការដ៏ស្មុគស្មាញ និងគ្រោះថ្នាក់។ ទីមួយ អ្នករចនានឹងត្រូវមានការប្រុងប្រយ័ត្នបំផុតក្នុងការដាក់ឈ្មោះស្រទាប់ទាំងអស់នៃកូដប្រភព ទីពីរ វាដំណើរការសម្រាប់តែសមាសធាតុសាមញ្ញបំផុតប៉ុណ្ណោះ ហើយទីបី ការពឹងផ្អែកលើបច្ចេកវិទ្យារបស់នរណាម្នាក់ និងរចនាសម្ព័ន្ធកូដនៃប្លង់ដើម ធ្វើឱ្យប៉ះពាល់ដល់អនាគតទាំងមូល។ គម្រោង។ យើងបានសម្រេចចិត្តបោះបង់ចោលស្វ័យប្រវត្តិកម្មនៅក្នុងតំបន់នេះ។ នេះជារបៀបដែលមនុស្សដំបូងបានបង្ហាញខ្លួននៅក្នុងក្រុមប្រព័ន្ធរចនា ដែលធាតុបញ្ចូលគឺប្លង់រចនា ហើយលទ្ធផលគឺជាទិន្នន័យដែលពិពណ៌នាអំពីប៉ារ៉ាម៉ែត្រទាំងអស់នៃសមាសធាតុ និងតាមលំដាប់លំដោយយោងទៅតាមវិធីសាស្ត្ររចនាអាតូមិក។

រឿងតែមួយគត់ដែលត្រូវធ្វើគឺកន្លែង និងរបៀបរក្សាទុកទិន្នន័យ របៀបផ្ទេរវាទៅការអភិវឌ្ឍន៍ និងរបៀបបកស្រាយវាក្នុងការអភិវឌ្ឍន៍លើគ្រប់វេទិកាទាំងអស់ដែលយើងគាំទ្រ។ ល្ងាចបានឈប់មានភាពនឿយហត់... លទ្ធផលនៃការប្រជុំទៀងទាត់របស់ក្រុមការងារដែលមានអ្នករចនា និងអ្នកដឹកនាំក្រុមមកពីវេទិកានីមួយៗ គឺមានការព្រមព្រៀងគ្នាដូចខាងក្រោម។

យើងញែកការមើលឃើញដោយដៃទៅជាធាតុអាតូមិក៖ ពុម្ពអក្សរ ពណ៌ តម្លាភាព ការចូលបន្ទាត់ ការបង្គត់ រូបតំណាង រូបភាព និងរយៈពេលសម្រាប់ចលនា។ ហើយយើងប្រមូលពីប៊ូតុងនេះ ធាតុបញ្ចូល ប្រអប់ធីក ធាតុក្រាហ្វិកកាតធនាគារ។ល។ យើងកំណត់ឈ្មោះដែលមិនមែនជាន័យន័យធៀបទៅនឹងរចនាប័ទ្មនៃកម្រិតណាមួយ លើកលែងតែរូបតំណាង ឧទាហរណ៍ ឈ្មោះទីក្រុង ឈ្មោះរបស់ nymphs Pokemon រថយន្ត។ ម៉ាក... មានលក្ខខណ្ឌតែមួយ - បញ្ជីមិនគួរអស់មុនទេ របៀបបញ្ចប់ - ការបង្ហាញត្រូវតែទៅ! អ្នក​មិន​គួរ​យក​ទៅ​ឆ្ងាយ​ជាមួយ​អត្ថន័យ​ទេ ដូច្នេះ​អ្នក​មិន​ត្រូវ​បន្ថែម​ប៊ូតុង​កណ្តាល​រវាង "តូច" និង "មធ្យម" ជា​ឧទាហរណ៍។

ភាសាដែលមើលឃើញ

អ្នកអភិវឌ្ឍន៍ត្រូវបានទុកឱ្យគិតអំពីរបៀបរក្សាទុក និងផ្ទេរទិន្នន័យតាមរបៀបដែលសាកសមនឹងគ្រប់វេទិកា ហើយការរចនាត្រូវរចនាធាតុចំណុចប្រទាក់ដែលអាចមើលទៅល្អ និងដំណើរការប្រកបដោយប្រសិទ្ធភាពនៅទូទាំងកងនាវាទាំងមូលនៃឧបករណ៍ដែលគាំទ្រ។

ពីមុន យើងបានគ្រប់គ្រងរួចហើយដើម្បី "សាកល្បង" ធាតុរចនាភាគច្រើននៅក្នុងកម្មវិធីសម្រាប់ Windows 10 ដែលនៅពេលនោះគឺជាវេទិកាថ្មីមួយសម្រាប់យើង ពោលគឺវាទាមទារការបង្ហាញ និងការអភិវឌ្ឍន៍ "ពីដំបូង" ។ តាមរយៈការគូរវា យើងអាចរៀបចំ និងសាកល្បងសមាសធាតុភាគច្រើន ហើយយល់ថាមួយណាក្នុងចំណោមពួកវា ត្រូវបានគេសន្មត់ថាបញ្ចូលទៅក្នុងប្រព័ន្ធរចនា Eevee នាពេលអនាគត។ បើគ្មានប្រអប់ខ្សាច់បែបនេះទេ បទពិសោធន៍បែបនេះអាចទទួលបានតាមរយៈការធ្វើឡើងវិញមួយចំនួនធំនៅលើវេទិកាដែលដំណើរការរួចហើយ ហើយវានឹងចំណាយពេលលើសពីមួយឆ្នាំ។

ការប្រើប្រាស់សមាសធាតុដូចគ្នានៅលើវេទិកាផ្សេងៗគ្នាកាត់បន្ថយចំនួនប្លង់ និងអារេនៃទិន្នន័យនៃប្រព័ន្ធរចនាយ៉ាងខ្លាំង ដូច្នេះការរចនាត្រូវដោះស្រាយបញ្ហាមួយបន្ថែមទៀត ដែលពីមុនមិនត្រូវបានពិពណ៌នានៅក្នុងការអនុវត្តនៃការរចនា និងការអភិវឌ្ឍន៍ផលិតផល - របៀបឧទាហរណ៍។ តើប៊ូតុងសម្រាប់ទូរសព្ទ និងថេប្លេតអាចប្រើឡើងវិញនៅលើទូរទស្សន៍បានទេ? ហើយតើយើងគួរធ្វើអ្វីជាមួយទំហំនៃពុម្ពអក្សរ និងធាតុនៅលើវេទិកាផ្សេងៗគ្នាបែបនេះ?

ជាក់ស្តែង វាចាំបាច់ក្នុងការរចនាក្រឡាចត្រង្គម៉ូឌុលឆ្លងវេទិកាដែលនឹងកំណត់ទំហំអត្ថបទ និងធាតុដែលយើងត្រូវការសម្រាប់វេទិកាជាក់លាក់នីមួយៗ។ ជាចំណុចចាប់ផ្តើមសម្រាប់ក្រឡាចត្រង្គ យើងបានជ្រើសរើសទំហំ និងចំនួនផ្ទាំងរូបភាពភាពយន្តដែលយើងចង់ឃើញនៅលើអេក្រង់ជាក់លាក់មួយ ហើយផ្អែកលើនេះ យើងបានបង្កើតច្បាប់សម្រាប់ការសាងសង់ជួរឈរក្រឡាចត្រង្គ ដោយផ្តល់ថាទទឹងនៃជួរឈរមួយគឺស្មើគ្នា។ ទៅទទឹងនៃផ្ទាំងរូបភាព។

ឥឡូវនេះយើងត្រូវនាំយកអេក្រង់ធំទាំងអស់ទៅទំហំប្លង់ដូចគ្នា ហើយសមនឹងវាទៅក្នុងក្រឡាចត្រង្គធម្មតា។ Apple TV និង Roku ត្រូវបានរចនាឡើងក្នុងទំហំ 1920x1080, Android TV - 960x540, Smart TV អាស្រ័យលើអ្នកលក់គឺដូចគ្នា ប៉ុន្តែពេលខ្លះ 1280x720។ នៅពេលដែលកម្មវិធីត្រូវបានបង្ហាញ និងបង្ហាញនៅលើអេក្រង់ Full HD នោះ 960 ត្រូវបានគុណនឹង 2, 1280 ត្រូវបានគុណនឹង 1,33 ហើយ 1920 គឺលទ្ធផលដូចបច្ចុប្បន្ន។

រំលងព័ត៌មានលម្អិតគួរឱ្យធុញ យើងបានសន្និដ្ឋានថា ជាទូទៅអេក្រង់ទាំងអស់ រួមទាំងអេក្រង់ទូរទស្សន៍ ទាក់ទងនឹងធាតុ និងទំហំរបស់វាត្រូវបានគ្របដណ្ដប់ដោយប្លង់តែមួយ ហើយអេក្រង់ទូរទស្សន៍ទាំងអស់គឺជាករណីពិសេសនៃក្រឡាចត្រង្គឆ្លងវេទិកាទូទៅ។ និងមានជួរឈរប្រាំ ឬប្រាំមួយ ដូចជាកុំព្យូទ័របន្ទះមធ្យម ឬកុំព្យូទ័រលើតុ។ អ្នកណាចាប់អារម្មណ៍ពត៌មានលំអិតចូល comment ។

UI តែមួយសម្រាប់វេទិកាទាំងអស់។

ឥឡូវនេះ ដើម្បីគូរមុខងារថ្មី យើងមិនចាំបាច់គូរប្លង់សម្រាប់វេទិកានីមួយៗ បូករួមទាំងជម្រើសនៃការសម្របខ្លួនសម្រាប់ពួកវានីមួយៗផងដែរ។ វាគ្រប់គ្រាន់ហើយក្នុងការបង្ហាញប្លង់តែមួយ និងការសម្របខ្លួនរបស់វាសម្រាប់គ្រប់វេទិកា និងឧបករណ៍ដែលមានទទឹងណាមួយ៖ ទូរស័ព្ទ - 320-599 អ្វីផ្សេងទៀត - 600-1280 ។

ទិន្នន័យ → ការអភិវឌ្ឍន៍

ជាការពិតណាស់ ដូចដែលយើងចង់សម្រេចបាននូវការរចនាបង្រួបបង្រួមទាំងស្រុង វេទិកានីមួយៗមានលក្ខណៈពិសេសរៀងៗខ្លួន។ ទោះបីជាទាំងគេហទំព័រ និងទូរទស្សន៍ Smart TV ប្រើជង់ ReactJS + TypeScript ក៏ដោយ កម្មវិធី Smart TV ដំណើរការលើម៉ាស៊ីនភ្ញៀវ WebKit និង Presto ចាស់ ហើយដូច្នេះមិនអាចចែករំលែករចនាប័ទ្មជាមួយគេហទំព័របានទេ។ ហើយ​សំបុត្រ​ព័ត៌មាន​តាម​អ៊ីមែល​ត្រូវ​បាន​បង្ខំ​ទាំងស្រុង​ឱ្យ​ធ្វើ​ការ​ជាមួយ​ប្លង់​តារាង។ ក្នុងពេលជាមួយគ្នានេះ គ្មានវេទិកាណាមួយដែលមិនមែនជា html ប្រើ ឬគ្រោងនឹងប្រើ React Native ឬ analogues ណាមួយរបស់វាឡើយ ដោយខ្លាចការថយចុះនៃការអនុវត្ត ដោយសារយើងមានប្លង់ផ្ទាល់ខ្លួនច្រើនពេក បណ្តុំដែលមានតក្កវិជ្ជាធ្វើបច្ចុប្បន្នភាពស្មុគស្មាញ រូបភាព និងវីដេអូ។ ដូច្នេះ គ្រោងការណ៍ទូទៅនៃការផ្តល់នូវរចនាប័ទ្ម CSS ដែលត្រៀមរួចជាស្រេច ឬសមាសធាតុ React មិនស័ក្តិសមសម្រាប់យើងទេ។ ដូច្នេះហើយ យើងបានសម្រេចចិត្តបញ្ជូនទិន្នន័យក្នុងទម្រង់ JSON ដោយពណ៌នាអំពីតម្លៃក្នុងទម្រង់ប្រកាសអរូបី។

ដូច្នេះទ្រព្យសម្បត្តិ rounding: 8 កម្មវិធី Windows 10 បំប្លែងទៅជា CornerRadius="8", គេហទំព័រ - border-radius: 8px, ប្រព័ន្ធប្រតិបត្តិការ Android - android:radius="8dp", iOS - self.layer.cornerRadius = 8.0.
ទ្រព្យសម្បត្តិ offsetTop: 12 ម៉ាស៊ីនភ្ញៀវគេហទំព័រដូចគ្នានៅក្នុងករណីផ្សេងគ្នាអាចបកស្រាយបាន។ top, margin-top, padding-top ឬ transform

សេចក្តីប្រកាសនៃការពិពណ៌នាក៏បង្កប់ន័យថា ប្រសិនបើវេទិកាបច្ចេកទេសមិនអាចប្រើទ្រព្យសម្បត្តិ ឬតម្លៃរបស់វាបានទេ វាអាចមិនអើពើ។ បើនិយាយពីវាក្យសព្ទ យើងបង្កើតភាសា Esperanto មួយប្រភេទ៖ ខ្លះយកចេញពី Android ខ្លះមកពី SVG ខ្លះមកពី CSS។

ប្រសិនបើនៅលើវេទិកាជាក់លាក់មួយ អ្នកត្រូវបង្ហាញធាតុផ្សេងគ្នា យើងបានអនុវត្តសមត្ថភាពក្នុងការផ្ទេរការបង្កើតទិន្នន័យដែលត្រូវគ្នាក្នុងទម្រង់ជាឯកសារ JSON ដាច់ដោយឡែក។ ឧទាហរណ៍ ស្ថានភាព "នៅក្នុងការផ្តោតអារម្មណ៍" សម្រាប់ទូរទស្សន៍ Smart TV កំណត់ការផ្លាស់ប្តូរទីតាំងនៃអត្ថបទនៅក្រោមផ្ទាំងរូបភាព ដែលមានន័យថាសម្រាប់វេទិកានេះ សមាសភាគនេះនៅក្នុងតម្លៃនៃទ្រព្យសម្បត្តិ "ចូលបន្ទាត់" នឹងមាន 8 ចំណុចចូលបន្ទាត់ដែលវាត្រូវការ។ ទោះបីជាវាធ្វើឱ្យស្មុគស្មាញដល់ហេដ្ឋារចនាសម្ព័ន្ធនៃប្រព័ន្ធរចនាក៏ដោយ វាផ្តល់កម្រិតសេរីភាពបន្ថែម ដោយទុកឱ្យយើងមានឱកាសដើម្បីគ្រប់គ្រង "ភាពស្រដៀងគ្នា" ដែលមើលឃើញនៃវេទិកាដោយខ្លួនឯង ហើយមិនមែនជាចំណាប់ខ្មាំងចំពោះស្ថាបត្យកម្មដែលយើងបានបង្កើតនោះទេ។

រូបភាព

Iconography នៅក្នុងផលិតផលឌីជីថលគឺតែងតែជាគម្រោងដ៏ភ្លឺស្វាង និងមិនមែនជាគម្រោងរងដ៏សាមញ្ញបំផុតនោះទេ ដែលជារឿយៗត្រូវការអ្នករចនាដាច់ដោយឡែក។ វាតែងតែមាន glyphs ជាច្រើន ដែលពួកវានីមួយៗមានទំហំ និងពណ៌ជាច្រើន ហើយវេទិកាជាធម្មតាត្រូវការពួកវាក្នុងទម្រង់ផ្សេងៗគ្នា។ ជាទូទៅ វាគ្មានហេតុផលណាដែលមិនត្រូវដាក់ទាំងអស់នេះទៅក្នុងប្រព័ន្ធរចនានោះទេ។

Glyphs ត្រូវបានផ្ទុកជាទម្រង់វ៉ិចទ័រ SVG ហើយតម្លៃពណ៌ត្រូវបានជំនួសដោយអថេរដោយស្វ័យប្រវត្តិ។ កម្មវិធីអតិថិជនអាចទទួលបានពួកវារួចរាល់ក្នុងការប្រើប្រាស់ - ក្នុងទម្រង់ និងពណ៌ណាមួយ។

អេស

នៅលើកំពូលនៃទិន្នន័យ JSON យើងបានសរសេរឧបករណ៍សម្រាប់មើលសមាសធាតុជាមុន - កម្មវិធី JS ដែលបញ្ជូនទិន្នន័យ JSON ភ្លាមៗតាមរយៈឧបករណ៍បង្កើតសញ្ញាសម្គាល់ និងរចនាប័ទ្មរបស់វា ហើយបង្ហាញការប្រែប្រួលផ្សេងៗនៃសមាសធាតុនីមួយៗនៅក្នុងកម្មវិធីរុករក។ សំខាន់ ការមើលជាមុនគឺពិតជាម៉ាស៊ីនភ្ញៀវដូចគ្នាទៅនឹងកម្មវិធីវេទិកា ហើយដំណើរការជាមួយទិន្នន័យដូចគ្នា។

មធ្យោបាយងាយស្រួលបំផុតដើម្បីយល់ពីរបៀបដែលសមាសធាតុជាក់លាក់មួយដំណើរការគឺដោយធ្វើអន្តរកម្មជាមួយវា។ ដូច្នេះហើយ យើងមិនបានប្រើឧបករណ៍ដូចជា Storybook ទេ ប៉ុន្តែបានធ្វើការមើលជាមុនអន្តរកម្ម - អ្នកអាចប៉ះ ចង្អុល ចុច... នៅពេលបន្ថែមធាតុផ្សំថ្មីទៅក្នុងប្រព័ន្ធរចនា វាបង្ហាញនៅក្នុងការមើលជាមុន ដូច្នេះវេទិកាមានអ្វីមួយដែលត្រូវផ្តោតលើពេលណា។ ការអនុវត្តវា។

ឯកសារ

ដោយផ្អែកលើទិន្នន័យដែលបានផ្គត់ផ្គង់ទៅវេទិកាក្នុងទម្រង់ជា JSON ឯកសារសម្រាប់សមាសធាតុត្រូវបានបង្កើតដោយស្វ័យប្រវត្តិ។ បញ្ជីនៃលក្ខណៈសម្បត្តិ និងប្រភេទតម្លៃដែលអាចកើតមាននៅក្នុងពួកវានីមួយៗត្រូវបានពិពណ៌នា។ បន្ទាប់ពីការបង្កើតដោយស្វ័យប្រវត្តិ ព័ត៌មានអាចត្រូវបានបញ្ជាក់ដោយដៃ ហើយការពិពណ៌នាអត្ថបទអាចត្រូវបានបន្ថែម។ ការមើលជាមុន និងឯកសារត្រូវបានយោងទៅគ្នាទៅវិញទៅមកនៅកម្រិតនៃសមាសធាតុនីមួយៗ ហើយព័ត៌មានទាំងអស់ដែលមាននៅក្នុងឯកសារគឺអាចរកបានសម្រាប់អ្នកអភិវឌ្ឍន៍ក្នុងទម្រង់ជាឯកសារ JSON បន្ថែម។

អ្នកបដិសេធ

ភាពចាំបាច់មួយទៀតគឺសមត្ថភាពក្នុងការជំនួស និងធ្វើបច្ចុប្បន្នភាពសមាសធាតុដែលមានស្រាប់តាមពេលវេលា។ ប្រព័ន្ធរចនាបានរៀនប្រាប់អ្នកអភិវឌ្ឍន៍ថាលក្ខណៈសម្បត្តិ ឬសូម្បីតែសមាសធាតុទាំងមូលមិនអាចប្រើបាន ហើយយកពួកវាចេញភ្លាមៗនៅពេលដែលពួកគេលែងប្រើនៅលើវេទិកាទាំងអស់។ វានៅតែមានការងារ "ដោយដៃ" ជាច្រើននៅក្នុងដំណើរការនេះ ប៉ុន្តែយើងមិននៅស្ងៀមទេ។

ការអភិវឌ្ឍន៍អតិថិជន

ដោយមិនសង្ស័យ ដំណាក់កាលស្មុគ្រស្មាញបំផុតគឺការបកស្រាយទិន្នន័យប្រព័ន្ធរចនានៅក្នុងកូដនៃវេទិកាទាំងអស់ដែលយើងគាំទ្រ។ ជាឧទាហរណ៍ ប្រសិនបើក្រឡាចត្រង្គម៉ូឌុលនៅលើបណ្តាញមិនមែនជាអ្វីថ្មីទេ នោះអ្នកបង្កើតកម្មវិធីទូរស័ព្ទដើមសម្រាប់ iOS និង Android បានធ្វើការយ៉ាងលំបាកមុនពេលពួកគេស្វែងយល់ពីរបៀបរស់នៅជាមួយវា។

ដើម្បីរៀបចំអេក្រង់កម្មវិធី iOS យើងប្រើយន្តការមូលដ្ឋានពីរដែលផ្តល់ដោយ iviUIKit៖ ប្លង់ឥតគិតថ្លៃនៃធាតុ និងប្លង់នៃបណ្តុំធាតុ។ យើងប្រើ VIPER ហើយអន្តរកម្មទាំងអស់ជាមួយ iviUIKit ត្រូវបានប្រមូលផ្តុំនៅក្នុងទិដ្ឋភាព ហើយអន្តរកម្មភាគច្រើនជាមួយ Apple UIKit ត្រូវបានប្រមូលផ្តុំនៅក្នុង iviUIKit ។ ទំហំ និងការរៀបចំនៃធាតុត្រូវបានបញ្ជាក់នៅក្នុងលក្ខខណ្ឌនៃជួរឈរ និងរចនាសម្ព័ន្ធវាក្យសម្ព័ន្ធដែលដំណើរការនៅលើកំពូលនៃឧបសគ្គ iOS SDK ដើម ដែលធ្វើឱ្យវាកាន់តែអនុវត្តជាក់ស្តែង។ នេះជួយសម្រួលដល់ជីវិតរបស់យើងនៅពេលធ្វើការជាមួយ UICollectionView ។ យើងបានសរសេររុំផ្ទាល់ខ្លួនជាច្រើនសម្រាប់ប្លង់ រួមទាំងស្មុគស្មាញផងដែរ។ មានលេខកូដអតិថិជនអប្បរមា ហើយវាបានក្លាយជាការប្រកាស។

ដើម្បីបង្កើតរចនាប័ទ្មនៅក្នុងគម្រោង Android យើងប្រើ Gradle ដោយបង្វែរទិន្នន័យប្រព័ន្ធរចនាទៅជារចនាប័ទ្មក្នុងទម្រង់ XML ។ ក្នុងពេលជាមួយគ្នានេះ យើងមានម៉ាស៊ីនភ្លើងជាច្រើនកម្រិតផ្សេងៗគ្នា៖

• មូលដ្ឋាន. ទិន្នន័យបឋមសម្រាប់ម៉ាស៊ីនភ្លើងកម្រិតខ្ពស់ត្រូវបានញែក។
• ធនធាន. ទាញយករូបភាព រូបតំណាង និងក្រាហ្វិកផ្សេងទៀត។
• សមាស​ភាគ. ពួកវាត្រូវបានសរសេរសម្រាប់សមាសធាតុនីមួយៗ ដែលពិពណ៌នាអំពីលក្ខណៈសម្បត្តិ និងរបៀបបកប្រែពួកវាទៅជារចនាប័ទ្ម។

ការចេញផ្សាយកម្មវិធី

បន្ទាប់​ពី​អ្នក​រចនា​បាន​គូរ​សមាសធាតុ​ថ្មី ឬ​រចនា​ធាតុ​ដែល​មាន​ស្រាប់​ឡើង​វិញ នោះ​ការ​ផ្លាស់​ប្តូរ​ទាំង​នេះ​ត្រូវ​បាន​បញ្ចូល​ទៅ​ក្នុង​ប្រព័ន្ធ​រចនា។ អ្នកអភិវឌ្ឍន៍នៃវេទិកានីមួយៗកំពុងកែសម្រួលការបង្កើតកូដរបស់ពួកគេឱ្យបានល្អ ដើម្បីគាំទ្រការផ្លាស់ប្តូរ។ បន្ទាប់ពីនេះវាអាចត្រូវបានប្រើក្នុងការអនុវត្តមុខងារថ្មីដែលសមាសធាតុនេះត្រូវការ។ ដូច្នេះអន្តរកម្មជាមួយប្រព័ន្ធរចនាមិនកើតឡើងក្នុងពេលវេលាជាក់ស្តែងទេ ប៉ុន្តែមានតែនៅពេលប្រមូលផ្តុំការចេញផ្សាយថ្មីប៉ុណ្ណោះ។ វិធីសាស្រ្តនេះក៏អនុញ្ញាតឱ្យមានការគ្រប់គ្រងកាន់តែប្រសើរឡើងលើដំណើរការផ្ទេរទិន្នន័យ និងធានានូវមុខងារកូដនៅក្នុងគម្រោងអភិវឌ្ឍន៍អតិថិជន។

លទ្ធផល

វាមានរយៈពេលមួយឆ្នាំហើយចាប់តាំងពីប្រព័ន្ធរចនាបានក្លាយជាផ្នែកមួយនៃហេដ្ឋារចនាសម្ព័ន្ធដែលគាំទ្រដល់ការអភិវឌ្ឍន៍នៃរោងកុនអនឡាញ Ivy ហើយយើងអាចធ្វើការសន្និដ្ឋានមួយចំនួនបានរួចហើយ៖

• នេះគឺជាគម្រោងដ៏ធំ និងស្មុគ្រស្មាញដែលទាមទារធនធានដែលខិតខំប្រឹងប្រែងឥតឈប់ឈរ។
• នេះអនុញ្ញាតឱ្យយើងបង្កើតភាសាដែលមើលឃើញឆ្លងវេទិកាតែមួយគត់របស់យើងដែលបំពេញតាមគោលបំណងនៃសេវាកម្មវីដេអូអនឡាញ។
• យើងលែងមានវេទិកាដែលមើលឃើញ និងមុខងារយឺតយ៉ាវទៀតហើយ។

ការមើលជាមុននៃធាតុផ្សំនៃប្រព័ន្ធរចនា Ivy - design.ivi.ru

ប្រភព: www.habr.com