អំពីម៉ាស៊ីនភ្ញៀវបណ្តាញ 1C

លក្ខណៈពិសេសដ៏ល្អមួយរបស់ 1C:Enterprise technology គឺថាដំណោះស្រាយកម្មវិធីដែលត្រូវបានបង្កើតឡើងដោយប្រើប្រាស់បច្ចេកវិទ្យាទម្រង់គ្រប់គ្រង អាចត្រូវបានដាក់ឱ្យដំណើរការទាំងនៅក្នុងម៉ាស៊ីនភ្ញៀវស្តើង (អាចប្រតិបត្តិបាន) សម្រាប់ Windows, Linux, MacOS X និងជាម៉ាស៊ីនភ្ញៀវគេហទំព័រសម្រាប់ 5 browsers - Chrome, Internet Explorer, Firefox, Safari, Edge និងអ្វីៗទាំងអស់នេះដោយមិនផ្លាស់ប្តូរកូដប្រភពកម្មវិធី។ លើសពីនេះទៅទៀត ខាងក្រៅកម្មវិធីនៅក្នុងម៉ាស៊ីនភ្ញៀវស្តើង និងនៅក្នុងកម្មវិធីរុករកតាមអ៊ីនធឺណិតមានមុខងារ ហើយមើលទៅស្ទើរតែដូចគ្នាបេះបិទ។
ស្វែងរកភាពខុសគ្នា 10 (រូបភាព 2 នៅក្រោមការកាត់):

បង្អួចម៉ាស៊ីនភ្ញៀវស្តើងនៅលើលីនុច៖

បង្អួចដូចគ្នានៅក្នុងកម្មវិធីអ៊ីនធឺណិត (នៅក្នុងកម្មវិធីរុករក Chrome)៖

ហេតុអ្វីបានជាយើងបង្កើត web client? ដើម្បីដាក់វាឱ្យគួរឱ្យអាណិត ពេលវេលាបានកំណត់កិច្ចការបែបនេះសម្រាប់យើង។ ការធ្វើការតាមអ៊ីនធឺណិតគឺជាតម្រូវការជាមុនសម្រាប់កម្មវិធីអាជីវកម្មជាយូរមកហើយ។ ជាដំបូង យើងបានបន្ថែមសមត្ថភាពក្នុងការធ្វើការតាមរយៈអ៊ីនធឺណិតសម្រាប់អតិថិជនស្តើងរបស់យើង (ដោយវិធីនេះ ដៃគូប្រកួតប្រជែងរបស់យើងមួយចំនួនបានឈប់នៅទីនោះ ផ្ទុយទៅវិញ អ្នកផ្សេងទៀតបានបោះបង់ចោលអតិថិជនស្តើង ហើយកំណត់ខ្លួនឯងក្នុងការអនុវត្តកម្មវិធីអ៊ីនធឺណិត) ។ យើងបានសម្រេចចិត្តផ្តល់ឱកាសឱ្យអ្នកប្រើប្រាស់របស់យើងជ្រើសរើសជម្រើសអតិថិជនដែលសាកសមនឹងពួកគេបំផុត។

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

ការបង្កើតបញ្ហា

ដូច្នេះ តម្រូវការគម្រោង៖ ម៉ាស៊ីនភ្ញៀវគេហទំព័រត្រូវធ្វើដូចគ្នានឹងអតិថិជនស្តើងដែរ ពោលគឺ៖

1. បង្ហាញចំណុចប្រទាក់អ្នកប្រើ
2. ប្រតិបត្តិកូដអតិថិជនដែលសរសេរជាភាសា 1C

ចំណុចប្រទាក់អ្នកប្រើនៅក្នុង 1C ត្រូវបានពិពណ៌នានៅក្នុងកម្មវិធីនិពន្ធដែលមើលឃើញ ប៉ុន្តែការប្រកាសដោយគ្មានការរៀបចំភីកសែលដោយភីកសែលនៃធាតុ។ ប្រហែលបីប្រភេទនៃធាតុចំណុចប្រទាក់ត្រូវបានប្រើប្រាស់ - ប៊ូតុង វាលបញ្ចូល (អត្ថបទ លេខ កាលបរិច្ឆេទ/ពេលវេលា) បញ្ជី តារាង ក្រាហ្វ។ល។

កូដអតិថិជនជាភាសា 1C អាចមាន​ការហៅ​ទូរសព្ទ​ម៉ាស៊ីនមេ ធ្វើការជាមួយធនធានក្នុងស្រុក (ឯកសារ។ល។) ការបោះពុម្ព និងច្រើនទៀត។

ទាំងម៉ាស៊ីនភ្ញៀវស្តើង (នៅពេលធ្វើការតាមរយៈបណ្តាញ) និងម៉ាស៊ីនភ្ញៀវគេហទំព័រប្រើសំណុំសេវាកម្មគេហទំព័រដូចគ្នា ដើម្បីទំនាក់ទំនងជាមួយម៉ាស៊ីនមេកម្មវិធី 1C ។ ជាការពិតការអនុវត្តរបស់អតិថិជនគឺខុសគ្នា - ម៉ាស៊ីនភ្ញៀវស្តើងត្រូវបានសរសេរនៅក្នុង C ++ ម៉ាស៊ីនភ្ញៀវគេហទំព័រត្រូវបានសរសេរជា JavaScript ។

បន្តិចនៃប្រវត្តិសាស្រ្ត

គម្រោង​កម្មវិធី​ភ្ញៀវ​បណ្ដាញ​បាន​ចាប់​ផ្ដើម​ក្នុង​ឆ្នាំ 2006 ដោយ​មាន​ក្រុម​មួយ (ជា​មធ្យម) 5 នាក់។ នៅដំណាក់កាលជាក់លាក់នៃគម្រោង អ្នកអភិវឌ្ឍន៍ត្រូវបានចូលរួមដើម្បីអនុវត្តមុខងារជាក់លាក់ (ឯកសារតារាង ដ្យាក្រាម។ល។); តាមក្បួនមួយ ទាំងនេះគឺជាអ្នកអភិវឌ្ឍន៍ដូចគ្នាដែលបានធ្វើមុខងារនេះនៅក្នុងម៉ាស៊ីនភ្ញៀវស្តើង។ ទាំងនោះ។ អ្នកអភិវឌ្ឍន៍សរសេរឡើងវិញនូវសមាសធាតុនៅក្នុង JavaScript ដែលពួកគេបានបង្កើតពីមុននៅក្នុង C++ ។

តាំងពីដើមដំបូងមក យើងបានច្រានចោលគំនិតនៃការបំប្លែងដោយស្វ័យប្រវត្តិ (សូម្បីតែផ្នែកខ្លះ) នៃកូដអតិថិជនស្តើង C++ ទៅជាម៉ាស៊ីនភ្ញៀវគេហទំព័រ JavaScript ដោយសារតែភាពខុសគ្នានៃគំនិតខ្លាំងរវាងភាសាទាំងពីរ។ ម៉ាស៊ីនភ្ញៀវគេហទំព័រត្រូវបានសរសេរជា JavaScript តាំងពីដំបូង។

នៅ​ក្នុង​ការ​ធ្វើ​ឡើងវិញ​ជា​លើក​ដំបូង​នៃ​គម្រោង កម្មវិធី​បណ្ដាញ​បាន​បំប្លែង​កូដ​ម៉ាស៊ីនភ្ញៀវ​ក្នុង​ភាសា 1C ដែល​ភ្ជាប់មកជាមួយ​ដោយផ្ទាល់​ទៅក្នុង JavaScript។ ម៉ាស៊ីនភ្ញៀវស្តើងធ្វើសកម្មភាពខុសគ្នា - កូដនៅក្នុងភាសា 1C ដែលភ្ជាប់មកជាមួយត្រូវបានចងក្រងជា bytecode ហើយបន្ទាប់មក bytecode នេះត្រូវបានបកស្រាយលើម៉ាស៊ីនភ្ញៀវ។ ក្រោយមក អតិថិជនគេហទំព័របានចាប់ផ្តើមធ្វើដូចគ្នា - ដំបូងវាផ្តល់នូវការបង្កើនប្រសិទ្ធភាព និងទីពីរវាធ្វើឱ្យវាអាចបង្រួបបង្រួមស្ថាបត្យកម្មនៃអតិថិជនបណ្តាញស្តើងនិងស្តើង។

កំណែដំបូងនៃ 1C: វេទិកាសហគ្រាសជាមួយនឹងការគាំទ្រអតិថិជនគេហទំព័រត្រូវបានចេញផ្សាយក្នុងឆ្នាំ 2009 ។ ម៉ាស៊ីនភ្ញៀវគេហទំព័រនៅពេលនោះបានគាំទ្រកម្មវិធីរុករក 2 - Internet Explorer និង Firefox ។ ផែនការដើមរួមមានការគាំទ្រសម្រាប់ Opera ប៉ុន្តែដោយសារបញ្ហាដែលមិនអាចគ្រប់គ្រងបាននៅពេលនោះជាមួយនឹងអ្នកដោះស្រាយការបិទកម្មវិធីនៅក្នុង Opera (វាមិនអាចទៅរួចទេក្នុងការតាមដានដោយភាពប្រាកដ 100% ថាកម្មវិធីត្រូវបានបិទ ហើយនៅពេលនោះអនុវត្តនីតិវិធីផ្តាច់ពី ម៉ាស៊ីនមេកម្មវិធី 1C) ពីផែនការទាំងនេះត្រូវបោះបង់ចោល។

រចនាសម្ព័ន្ធគម្រោង

សរុបមក 1C:Enterprise platform មានគម្រោងចំនួន 4 ដែលសរសេរជា JavaScript៖

1. WebTools – បណ្ណាល័យចែករំលែកដែលប្រើដោយគម្រោងផ្សេងទៀត (យើងក៏រួមបញ្ចូលផងដែរ។ បណ្ណាល័យបិទ Google).
2. ធាតុត្រួតពិនិត្យ ឯកសារដែលបានធ្វើទ្រង់ទ្រាយ (បានអនុវត្តនៅក្នុង JavaScript ទាំងម៉ាស៊ីនភ្ញៀវស្តើង និងម៉ាស៊ីនភ្ញៀវបណ្តាញ)
3. ធាតុត្រួតពិនិត្យ អ្នករៀបចំកាលវិភាគ (បានអនុវត្តនៅក្នុង JavaScript ទាំងម៉ាស៊ីនភ្ញៀវស្តើង និងម៉ាស៊ីនភ្ញៀវបណ្តាញ)
4. ម៉ាស៊ីនភ្ញៀវគេហទំព័រ

រចនាសម្ព័ន្ធនៃគម្រោងនីមួយៗប្រហាក់ប្រហែលនឹងរចនាសម្ព័ន្ធនៃគម្រោង Java (ឬគម្រោង .NET - ណាមួយដែលជិតជាង); យើងមាន namespaces ហើយ namespace នីមួយៗស្ថិតនៅក្នុង folder ដាច់ដោយឡែកមួយ។ នៅខាងក្នុងថតមានឯកសារ និងថ្នាក់ namespace ។ មានឯកសារប្រហែល 1000 នៅក្នុងគម្រោងកម្មវិធីអ៊ីនធឺណិត។

តាមរចនាសម្ព័ន អតិថិជនបណ្តាញត្រូវបានបែងចែកយ៉ាងធំទៅជាប្រព័ន្ធរងខាងក្រោម៖

• ចំណុចប្រទាក់កម្មវិធីអតិថិជនដែលគ្រប់គ្រង
  • ចំណុចប្រទាក់កម្មវិធីទូទៅ (ម៉ឺនុយប្រព័ន្ធ បន្ទះ)
  • ចំណុចប្រទាក់នៃទម្រង់ដែលបានគ្រប់គ្រង រួមទាំង ក្នុងចំណោមរបស់ផ្សេងទៀត ការគ្រប់គ្រងប្រហែល 30 (ប៊ូតុង ប្រភេទផ្សេងៗនៃវាលបញ្ចូល - អត្ថបទ លេខ កាលបរិច្ឆេទ/ពេលវេលា។ល។ តារាង បញ្ជី ក្រាហ្វ។ល។)

• គំរូវត្ថុមានសម្រាប់អ្នកអភិវឌ្ឍន៍នៅលើម៉ាស៊ីនភ្ញៀវ (សរុបជាង 400 ប្រភេទ៖ គំរូវត្ថុចំណុចប្រទាក់ដែលបានគ្រប់គ្រង ការកំណត់ប្លង់ទិន្នន័យ រចនាប័ទ្មតាមលក្ខខណ្ឌ។ល។)
• អ្នកបកប្រែភាសា 1C ដែលមានស្រាប់
• ផ្នែកបន្ថែមកម្មវិធីរុករក (ប្រើសម្រាប់មុខងារដែលមិនត្រូវបានគាំទ្រនៅក្នុង JavaScript)
  • ធ្វើការជាមួយការគ្រីប
  • ធ្វើការជាមួយឯកសារ
  • បច្ចេកវិជ្ជានៃសមាសធាតុខាងក្រៅ ដែលអនុញ្ញាតឱ្យពួកវាត្រូវបានប្រើទាំងនៅក្នុងម៉ាស៊ីនភ្ញៀវស្តើង និងបណ្តាញ

លក្ខណៈពិសេសនៃការអភិវឌ្ឍន៍

ការអនុវត្តទាំងអស់ខាងលើនៅក្នុង JavaScript គឺមិនងាយស្រួលនោះទេ។ ប្រហែលជា 1C web client គឺជាកម្មវិធីផ្នែកខាងអតិថិជនដ៏ធំបំផុតមួយដែលត្រូវបានសរសេរនៅក្នុង JavaScript - ប្រហែល 450.000 បន្ទាត់។ យើងប្រើប្រាស់វិធីសាស្រ្តតម្រង់ទិសវត្ថុយ៉ាងសកម្មនៅក្នុងកូដម៉ាស៊ីនភ្ញៀវគេហទំព័រ ដែលសម្រួលការងារជាមួយគម្រោងធំបែបនេះ។

ដើម្បីបង្រួមទំហំលេខកូដអតិថិជន ជាដំបូង យើងបានប្រើ obfuscator ផ្ទាល់ខ្លួនរបស់យើង ហើយចាប់ផ្តើមជាមួយនឹងកំណែ platform 8.3.6 (ខែតុលា 2014) យើងបានចាប់ផ្តើមប្រើ កម្មវិធីចងក្រងបិទ Google. ឥទ្ធិពលនៃការប្រើប្រាស់ជាលេខ - ទំហំនៃក្របខ័ណ្ឌម៉ាស៊ីនភ្ញៀវបណ្ដាញបន្ទាប់ពីការយល់ច្រឡំ៖

• ឧបករណ៍បំភាន់ផ្ទាល់ខ្លួន - 1556 kb
• Google Closure Compiler - 1073 kb

ការប្រើប្រាស់ Google Closure Compiler បានជួយយើងឱ្យប្រសើរឡើងនូវដំណើរការនៃម៉ាស៊ីនភ្ញៀវគេហទំព័រ 30% បើប្រៀបធៀបទៅនឹងឧបករណ៍បំភាន់របស់យើង។ លើសពីនេះទៀតបរិមាណអង្គចងចាំដែលប្រើប្រាស់ដោយកម្មវិធីបានថយចុះ 15-25% (អាស្រ័យលើកម្មវិធីរុករក) ។

Google Closure Compiler ដំណើរការបានយ៉ាងល្អជាមួយកូដតម្រង់ទិសវត្ថុ ដូច្នេះប្រសិទ្ធភាពរបស់វាសម្រាប់កម្មវិធីអ៊ីនធឺណិតគឺខ្ពស់តាមដែលអាចធ្វើទៅបាន។ Closure Compiler ធ្វើរឿងល្អមួយចំនួនសម្រាប់យើង៖

• ការត្រួតពិនិត្យប្រភេទឋិតិវន្តនៅដំណាក់កាលបង្កើតគម្រោង (ធានាថាយើងគ្របដណ្តប់កូដជាមួយចំណារពន្យល់ JSDoc)។ លទ្ធផល​គឺ​ការ​វាយ​អក្សរ​ឋិតិវន្ត​ជិត​ខ្លាំង​ក្នុង​កម្រិត​ដើម្បី​វាយ​ក្នុង C++ ។ នេះជួយចាប់បានភាគរយច្រើននៃកំហុសនៅដំណាក់កាលចងក្រងគម្រោង។
• ការកាត់បន្ថយទំហំកូដតាមរយៈការធ្វើឱ្យយល់ច្រឡំ
• ការបង្កើនប្រសិទ្ធភាពមួយចំនួននៃកូដដែលបានប្រតិបត្តិ ឧទាហរណ៍ដូចជា៖
  • ការជំនួសមុខងារក្នុងជួរ។ ការហៅមុខងារមួយនៅក្នុង JavaScript គឺជាប្រតិបត្តិការថ្លៃគួរសម ហើយការជំនួសក្នុងបន្ទាត់នៃវិធីសាស្ត្រតូចៗដែលប្រើញឹកញាប់បានបង្កើនល្បឿនកូដយ៉ាងខ្លាំង។
  • រាប់ចំនួនថេរនៅពេលចងក្រង។ ប្រសិនបើកន្សោមអាស្រ័យលើចំនួនថេរ តម្លៃពិតនៃថេរនឹងត្រូវបានជំនួសទៅក្នុងវា។

យើងប្រើ WebStorm ជាបរិយាកាសអភិវឌ្ឍន៍អតិថិជនគេហទំព័ររបស់យើង។

សម្រាប់ការវិភាគកូដយើងប្រើ សូណារុបដែលជាកន្លែងដែលយើងរួមបញ្ចូលអ្នកវិភាគកូដឋិតិវន្ត។ ដោយប្រើឧបករណ៍វិភាគ យើងតាមដានការរិចរិលនៃគុណភាពនៃកូដប្រភព JavaScript ហើយព្យាយាមការពារវា។

តើយើងដោះស្រាយបញ្ហាអ្វីខ្លះ?

ក្នុងអំឡុងពេលនៃការអនុវត្តគម្រោង យើងបានជួបប្រទះបញ្ហាគួរឱ្យចាប់អារម្មណ៍ជាច្រើនដែលយើងត្រូវដោះស្រាយ។

ផ្លាស់ប្តូរទិន្នន័យជាមួយម៉ាស៊ីនមេ និងរវាងបង្អួច

មានស្ថានភាពដែលការយល់ច្រឡំនៃកូដប្រភពអាចរំខានដល់ប្រតិបត្តិការនៃប្រព័ន្ធ។ កូដខាងក្រៅទៅនឹងកូដដែលអាចប្រតិបត្តិបានរបស់ម៉ាស៊ីនភ្ញៀវគេហទំព័រ ដោយសារភាពច្របូកច្របល់ អាចមានមុខងារ និងឈ្មោះប៉ារ៉ាម៉ែត្រដែលខុសពីកូដដែលអាចប្រតិបត្តិបានរបស់យើងរំពឹងទុក។ លេខកូដខាងក្រៅសម្រាប់យើងគឺ៖

• កូដចេញមកពី server ក្នុងទម្រង់នៃរចនាសម្ព័ន្ធទិន្នន័យ
• កូដសម្រាប់បង្អួចកម្មវិធីផ្សេងទៀត។

ដើម្បីជៀសវាងការភ័ន្តច្រឡំនៅពេលធ្វើអន្តរកម្មជាមួយម៉ាស៊ីនមេ យើងប្រើស្លាក @expose៖

/**
 * @constructor
 * @extends {Base.SrvObject}
 */
Srv.Core.GenericException = function ()
{
    /**
     * @type {string}
     * @expose
     */
    this.descr;

    /**
     * @type {Srv.Core.GenericException}
     * @expose
     */
    this.inner;

    /**
     * @type {string}
     * @expose
     */
    this.clsid;

    /**
     * @type {boolean}
     * @expose
     */
    this.encoded;
}

ហើយដើម្បីជៀសវាងការភាន់ច្រលំ នៅពេលធ្វើអន្តរកម្មជាមួយ windows ផ្សេងទៀត យើងប្រើអ្វីដែលគេហៅថា ចំណុចប្រទាក់នាំចេញ (ចំណុចប្រទាក់ដែលវិធីសាស្ត្រទាំងអស់ត្រូវបាននាំចេញ)។

/**
 * Экспортируемый интерфейс контрола DropDownWindow
 *
 * @interface
 * @struct
 */
WebUI.IDropDownWindowExp = function(){}

/**
 * Перемещает выделение на 1 вперед или назад
 *
 * @param {boolean} isForward
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarker = function (isForward, checkOnly){}

/**
 * Перемещает выделение в начало или конец
 *
 * @param {boolean} isFirst
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly){}

/**
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.selectValue = function (){}

យើងបានប្រើ Virtual DOM មុនពេលវាក្លាយជាចរន្តសំខាន់)

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

ធ្វើឱ្យអតិថិជនគេហទំព័រប្រសើរឡើង

ដើម្បីធ្វើឱ្យម៉ាស៊ីនភ្ញៀវគេហទំព័ររបស់យើងដំណើរការបានលឿន យើងព្យាយាមប្រើសមត្ថភាពកម្មវិធីរុករកតាមអ៊ីនធឺណិតស្តង់ដារ (CSS ។ល។) ដល់អតិបរមា។ ដូច្នេះ បន្ទះពាក្យបញ្ជាទម្រង់ (ដែលមានទីតាំងនៅស្ទើរតែគ្រប់ទម្រង់នៃកម្មវិធី) ត្រូវបានបង្ហាញទាំងស្រុងដោយប្រើឧបករណ៍កម្មវិធីរុករកដោយប្រើប្លង់ថាមវន្តដោយផ្អែកលើ CSS ។

សាកល្បង

សម្រាប់ការធ្វើតេស្តមុខងារ និងការអនុវត្ត យើងប្រើឧបករណ៍ដែលមានកម្មសិទ្ធិ (សរសេរក្នុង Java និង C++) ក៏ដូចជាឈុតនៃការធ្វើតេស្តដែលបានបង្កើតឡើងនៅលើកំពូលនៃ Selenium.

ឧបករណ៍របស់យើងមានលក្ខណៈជាសកល - វាអនុញ្ញាតឱ្យអ្នកសាកល្បងស្ទើរតែគ្រប់កម្មវិធីដែលមានបង្អួច ហើយដូច្នេះវាសមស្របសម្រាប់ការសាកល្បងទាំងម៉ាស៊ីនភ្ញៀវស្តើង និងម៉ាស៊ីនភ្ញៀវគេហទំព័រ។ ឧបករណ៍កត់ត្រាសកម្មភាពរបស់អ្នកប្រើដែលបានបើកដំណើរការដំណោះស្រាយកម្មវិធី 1C ទៅក្នុងឯកសារស្គ្រីប។ ក្នុងពេលជាមួយគ្នានេះ រូបភាពនៃផ្ទៃធ្វើការនៃអេក្រង់-ស្តង់ដារ-ត្រូវបានកត់ត្រាទុក។ នៅពេលត្រួតពិនិត្យកំណែថ្មីនៃម៉ាស៊ីនភ្ញៀវគេហទំព័រ ស្គ្រីបត្រូវបានលេងដោយគ្មានការចូលរួមពីអ្នកប្រើប្រាស់។ ក្នុងករណីដែលរូបថតអេក្រង់មិនត្រូវគ្នានឹងឯកសារយោងនៅជំហានណាមួយ ការធ្វើតេស្តត្រូវបានចាត់ទុកថាបរាជ័យ បន្ទាប់ពីនោះអ្នកឯកទេសខាងគុណភាពធ្វើការស៊ើបអង្កេតដើម្បីកំណត់ថាតើនេះជាកំហុស ឬការផ្លាស់ប្តូរដែលបានគ្រោងទុកនៅក្នុងឥរិយាបថនៃប្រព័ន្ធ។ ក្នុងករណីមានអាកប្បកិរិយាដែលបានគ្រោងទុក ស្តង់ដារត្រូវបានជំនួសដោយស្វ័យប្រវត្ត។

ឧបករណ៍នេះក៏វាស់វែងការអនុវត្តកម្មវិធីជាមួយនឹងភាពត្រឹមត្រូវរហូតដល់ 25 មីលីវិនាទី។ ក្នុងករណីខ្លះ យើងធ្វើរង្វិលជុំផ្នែកនៃស្គ្រីប (ឧទាហរណ៍ ធ្វើម្តងទៀតនូវធាតុបញ្ជាទិញច្រើនដង) ដើម្បីវិភាគការរិចរិលនៃការអនុវត្តតាមពេលវេលា។ លទ្ធផលនៃការវាស់វែងទាំងអស់ត្រូវបានកត់ត្រានៅក្នុងកំណត់ហេតុសម្រាប់ការវិភាគ។

ឧបករណ៍សាកល្បង និងកម្មវិធីរបស់យើងស្ថិតនៅក្រោមការសាកល្បង

ឧបករណ៍របស់យើងនិងសេលេញ៉ូមបំពេញគ្នាទៅវិញទៅមក; ឧទាហរណ៍ ប្រសិនបើប៊ូតុងមួយចំនួននៅលើអេក្រង់ណាមួយបានផ្លាស់ប្តូរទីតាំងរបស់វា Selenium ប្រហែលជាមិនតាមដានវាទេ ប៉ុន្តែឧបករណ៍របស់យើងនឹងសម្គាល់ឃើញ ពីព្រោះ ធ្វើ​ការ​ប្រៀប​ធៀប​ភីកសែល​ដោយ​ភីកសែល​នៃ​រូបថត​អេក្រង់​ជាមួយ​នឹង​ស្តង់ដារ។ ឧបករណ៍នេះក៏អាចតាមដានបញ្ហាជាមួយដំណើរការបញ្ចូលពីក្តារចុច ឬកណ្ដុរ ព្រោះនេះជាអ្វីដែលវាបង្កើតឡើងវិញ។

ការធ្វើតេស្តលើឧបករណ៍ទាំងពីរ (របស់យើង និង Selenium) ដំណើរការសេណារីយ៉ូការងារធម្មតាពីដំណោះស្រាយកម្មវិធីរបស់យើង។ ការធ្វើតេស្តត្រូវបានចាប់ផ្តើមដោយស្វ័យប្រវត្តិបន្ទាប់ពីការស្ថាបនាប្រចាំថ្ងៃនៃ 1C: វេទិកាសហគ្រាស។ ប្រសិនបើស្គ្រីបយឺតជាង (បើប្រៀបធៀបទៅនឹងការស្ថាបនាមុន) យើងស៊ើបអង្កេត និងដោះស្រាយមូលហេតុនៃការថយចុះនេះ។ លក្ខណៈវិនិច្ឆ័យរបស់យើងគឺសាមញ្ញ - ការសាងសង់ថ្មីគួរតែដំណើរការមិនយឺតជាងកំណែមុនទេ។

អ្នកអភិវឌ្ឍន៍ប្រើប្រាស់ឧបករណ៍ផ្សេងៗដើម្បីស៊ើបអង្កេតឧប្បត្តិហេតុនៃការយឺតយ៉ាវ។ ប្រើជាចម្បង Dynatrace AJAX Edition ក្រុមហ៊ុនផលិត ឌីណាត្រាស. កំណត់ហេតុនៃការប្រតិបត្តិនៃប្រតិបត្តិការដែលមានបញ្ហាលើការស្ថាបនាមុន និងថ្មីត្រូវបានកត់ត្រា បន្ទាប់មកកំណត់ហេតុត្រូវបានវិភាគ។ ក្នុងពេលជាមួយគ្នានេះ ពេលវេលាប្រតិបត្តិនៃប្រតិបត្តិការតែមួយ (គិតជាមិល្លីវិនាទី) ប្រហែលជាមិនមែនជាកត្តាកំណត់នោះទេ - ដំណើរការសេវាកម្មដូចជាការប្រមូលសំរាមត្រូវបានដាក់ឱ្យដំណើរការជាទៀងទាត់នៅក្នុងកម្មវិធីរុករក ពួកគេអាចត្រួតលើគ្នាជាមួយនឹងពេលវេលាប្រតិបត្តិនៃមុខងារ និងបង្ខូចទ្រង់ទ្រាយរូបភាព។ ប៉ារ៉ាម៉ែត្រពាក់ព័ន្ធបន្ថែមទៀតក្នុងករណីនេះគឺចំនួននៃការណែនាំ JavaScript ដែលបានប្រតិបត្តិ ចំនួននៃប្រតិបត្តិការអាតូមិចនៅលើ DOM ជាដើម។ ប្រសិនបើចំនួននៃការណែនាំ/ប្រតិបត្តិការនៅក្នុងស្គ្រីបដូចគ្នាបានកើនឡើងនៅក្នុងកំណែថ្មី វាស្ទើរតែតែងតែមានន័យថាមានការធ្លាក់ចុះនៃការអនុវត្តដែលត្រូវការកែតម្រូវ។

ដូចគ្នានេះផងដែរ ហេតុផលមួយក្នុងចំណោមហេតុផលសម្រាប់ការធ្លាក់ចុះនៃការអនុវត្តអាចជា Google Closure Compiler សម្រាប់ហេតុផលមួយចំនួនមិនអាចធ្វើការជំនួសមុខងារក្នុងជួរបានទេ (ឧទាហរណ៍ ដោយសារមុខងារនេះកើតឡើងវិញ ឬនិម្មិត)។ ក្នុងករណីនេះ យើងព្យាយាមកែតម្រូវស្ថានភាពដោយសរសេរកូដប្រភពឡើងវិញ។

ផ្នែកបន្ថែមកម្មវិធីរុករក

នៅពេលដែលដំណោះស្រាយកម្មវិធីត្រូវការមុខងារដែលមិនមាននៅក្នុង JavaScript យើងប្រើផ្នែកបន្ថែមកម្មវិធីរុករក៖

• សម្រាប់ធ្វើការជាមួយឯកសារ
• សម្រាប់ធ្វើការជាមួយ cryptography
• ធ្វើការ​ជាមួយ សមាសធាតុខាងក្រៅ

ផ្នែកបន្ថែមរបស់យើងមានពីរផ្នែក។ ផ្នែកទីមួយគឺជាអ្វីដែលគេហៅថាផ្នែកបន្ថែមកម្មវិធីរុករក (ជាធម្មតាផ្នែកបន្ថែមសម្រាប់ Chrome និង Firefox ដែលសរសេរជា JavaScript) ដែលមានអន្តរកម្មជាមួយផ្នែកទីពីរ - ផ្នែកបន្ថែមគោលពីរដែលអនុវត្តមុខងារដែលយើងត្រូវការ។ វាគួរតែត្រូវបានលើកឡើងថាយើងសរសេរ 3 កំណែនៃផ្នែកបន្ថែមប្រព័ន្ធគោលពីរ - សម្រាប់ Windows, Linux និង MacOS ។ ផ្នែកបន្ថែមគោលពីរត្រូវបានផ្គត់ផ្គង់ជាផ្នែកនៃ 1C:Enterprise platform ហើយមានទីតាំងនៅលើម៉ាស៊ីនមេកម្មវិធី 1C។ នៅពេលហៅជាលើកដំបូងពីម៉ាស៊ីនភ្ញៀវគេហទំព័រ វាត្រូវបានទាញយកទៅកុំព្យូទ័រអតិថិជន ហើយដំឡើងនៅក្នុងកម្មវិធីរុករក។

នៅពេលដំណើរការនៅក្នុង Safari ផ្នែកបន្ថែមរបស់យើងប្រើ NPAPI នៅពេលដំណើរការក្នុង Internet Explorer ពួកគេប្រើបច្ចេកវិទ្យា ActiveX ។ Microsoft Edge មិន​ទាន់​គាំទ្រ​ផ្នែក​បន្ថែម​នៅ​ឡើយ​ទេ ដូច្នេះ​កម្មវិធី​បណ្ដាញ​នៅ​ក្នុង​វា​ដំណើរការ​ជាមួយ​ការ​ដាក់​កម្រិត។

ការអភិវឌ្ឍន៍បន្ថែមទៀត

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

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

ប្រភព: www.habr.com