ការចេញផ្សាយឧបករណ៍បង្កើត Qbs 2.0 ត្រូវបានណែនាំ។ ដើម្បីសាងសង់ Qbs, Qt ត្រូវបានទាមទារជាការពឹងផ្អែក ទោះបីជា Qbs ខ្លួនវាត្រូវបានរចនាឡើងដើម្បីរៀបចំការជួបប្រជុំគ្នានៃគម្រោងណាមួយ។ Qbs ប្រើកំណែសាមញ្ញនៃភាសា QML ដើម្បីកំណត់ស្គ្រីបបង្កើតគម្រោង ដែលអនុញ្ញាតឱ្យអ្នកកំណត់ច្បាប់សាងសង់ដែលអាចបត់បែនបានដោយស្មើភាព ដែលម៉ូឌុលខាងក្រៅអាចត្រូវបានតភ្ជាប់ មុខងារ JavaScript អាចត្រូវបានប្រើ ហើយច្បាប់សាងសង់តាមអំពើចិត្តអាចត្រូវបានបង្កើត។
ភាសាស្គ្រីបដែលប្រើក្នុង Qbs ត្រូវបានកែសម្រួលដើម្បីធ្វើស្វ័យប្រវត្តិកម្មជំនាន់ និងការញែកស្គ្រីបស្ថាបនាដោយ IDEs ។ លើសពីនេះ Qbs មិនបង្កើត makefiles ហើយខ្លួនវាផ្ទាល់ ដោយគ្មានអន្តរការីដូចជា make utility គ្រប់គ្រងការចាប់ផ្តើមនៃ compilers និង linkers បង្កើនប្រសិទ្ធភាពនៃដំណើរការ build ដោយផ្អែកលើក្រាហ្វលម្អិតនៃភាពអាស្រ័យទាំងអស់។ វត្តមាននៃទិន្នន័យដំបូងលើរចនាសម្ព័ន្ធ និងភាពអាស្រ័យនៅក្នុងគម្រោងអនុញ្ញាតឱ្យអ្នកធ្វើស្របគ្នាយ៉ាងមានប្រសិទ្ធភាពនៃការប្រតិបត្តិនៃប្រតិបត្តិការនៅក្នុងខ្សែស្រឡាយជាច្រើន។ សម្រាប់គម្រោងធំៗដែលមានឯកសារ និងថតរងមួយចំនួនធំ ដំណើរការបង្កើតឡើងវិញដោយប្រើ Qbs អាចដំណើរការបានច្រើនដង - ការកសាងឡើងវិញស្ទើរតែភ្លាមៗ ហើយមិនធ្វើឱ្យអ្នកអភិវឌ្ឍន៍ចំណាយពេលរង់ចាំនោះទេ។
សូមចាំថានៅឆ្នាំ 2018 ក្រុមហ៊ុន Qt បានសម្រេចចិត្តបញ្ឈប់ការអភិវឌ្ឍន៍ Qbs ។ Qbs ត្រូវបានបង្កើតឡើងជាការជំនួសសម្រាប់ qmake ប៉ុន្តែនៅទីបំផុតវាត្រូវបានសម្រេចចិត្តប្រើ CMake ជាប្រព័ន្ធសាងសង់សំខាន់សម្រាប់ Qt ក្នុងរយៈពេលយូរ។ ការអភិវឌ្ឍន៍របស់ Qbs ឥឡូវនេះបានបន្តជាគម្រោងឯករាជ្យដែលគាំទ្រដោយកងកម្លាំងសហគមន៍ និងអ្នកអភិវឌ្ឍន៍ដែលចាប់អារម្មណ៍។ ហេដ្ឋារចនាសម្ព័ន្ធក្រុមហ៊ុន Qt បន្តប្រើប្រាស់សម្រាប់ការអភិវឌ្ឍន៍។
ការផ្លាស់ប្តូរដ៏សំខាន់នៅក្នុងលេខកំណែគឺត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងការអនុវត្តកម្មវិធីខាងក្រោយ JavaScript ថ្មីដែលជំនួស QtScript ដែលត្រូវបានបដិសេធនៅក្នុង Qt 6 ។ វាត្រូវបានចាត់ទុកថាមិនប្រាកដប្រជាក្នុងការបន្តរក្សា QtScript ដោយខ្លួនឯងដោយសារតែការភ្ជាប់ស្មុគស្មាញទៅនឹង JavaScriptCore ដូច្នេះខ្លួនឯង - គ្រប់គ្រាន់ និងបង្រួមមួយត្រូវបានជ្រើសរើសជាមូលដ្ឋានសម្រាប់ម៉ាស៊ីន JavaScript ផ្នែកខាងក្រោយថ្មី QuickJS ដែលបង្កើតឡើងដោយ Fabrice Bellard ដែលបានបង្កើតគម្រោង QEMU និង FFmpeg ។ ម៉ាស៊ីននេះគាំទ្រការបញ្ជាក់របស់ ES2019 និងលើសពីសមភាគីដែលមានស្រាប់នៅក្នុងការអនុវត្ត (XS ដោយ 35%, DukTape ច្រើនជាងពីរដង, JerryScript បីដង និង MuJS ប្រាំពីរដង) ។
តាមទស្សនៈនៃការអភិវឌ្ឍន៍ស្គ្រីបស្ថាបនា ការផ្លាស់ប្តូរទៅម៉ាស៊ីនថ្មីមិនគួរនាំឱ្យមានការផ្លាស់ប្តូរគួរឱ្យកត់សម្គាល់នោះទេ។ ការអនុវត្តក៏នឹងនៅដដែល។ ក្នុងចំណោមភាពខុសគ្នា វាមានតម្រូវការតឹងរ៉ឹងជាងមុននៅក្នុងម៉ាស៊ីនថ្មីសម្រាប់ការប្រើប្រាស់តម្លៃ null ដែលអាចបង្ហាញពីបញ្ហានៅក្នុងគម្រោងដែលមានស្រាប់ដែលមិនបានកត់សម្គាល់នៅពេលប្រើ QtScript ។
ប្រភព: opennet.ru