រឿងនៃគម្រោងតូចមួយដែលមានរយៈពេលដប់ពីរឆ្នាំ (អំពី BIRMA.NET ជាលើកដំបូងហើយនិយាយដោយត្រង់ទៅដោយដៃផ្ទាល់)

កំណើតនៃគម្រោងនេះអាចត្រូវបានចាត់ទុកថាជាគំនិតតូចមួយដែលបានមករកខ្ញុំនៅកន្លែងណាមួយនៅចុងឆ្នាំ 2007 ដែលត្រូវបានគេកំណត់ដើម្បីស្វែងរកទម្រង់ចុងក្រោយរបស់វាត្រឹមតែ 12 ឆ្នាំក្រោយមក (នៅចំណុចនេះនៅក្នុងពេលវេលា - ជាការពិតណាស់ទោះបីជាការអនុវត្តបច្ចុប្បន្នក៏ដោយ ចំពោះអ្នកនិពន្ធគឺពេញចិត្តណាស់) ។

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

បន្ទាប់ពីមួយរយៈពេលខ្លី គំរូដំបូងបានចាប់ផ្តើមដំណើរការ ដែលខ្ញុំចាប់ផ្តើមប្រើភ្លាមៗក្នុងសកម្មភាពប្រចាំថ្ងៃរបស់ខ្ញុំ ដោយដំណាលគ្នាបំបាត់កំហុសលើឧទាហរណ៍ទាំងអស់ដែលមកដល់ដៃរបស់ខ្ញុំ។ ជាសំណាងល្អ នៅកន្លែងធ្វើការធម្មតារបស់ខ្ញុំ ជាកន្លែងដែលខ្ញុំមិនមែនជាអ្នកសរសេរកម្មវិធី ពេលនោះខ្ញុំនៅតែគេចផុតពី "ពេលវេលារងចាំ" ដែលអាចមើលឃើញនៅក្នុងការងាររបស់ខ្ញុំ កំឡុងពេលដែលខ្ញុំកំពុងដោះស្រាយបញ្ហាខួរក្បាលរបស់ខ្ញុំយ៉ាងខ្លាំង ដែលជារឿងស្ទើរតែមិននឹកស្មានដល់នៅក្នុងការពិតបច្ចុប្បន្ន ដែលមានន័យថា របាយការណ៍ប្រចាំថ្ងៃអំពីការងារដែលបានធ្វើក្នុងអំឡុងពេលថ្ងៃ។ ដំណើរការនៃការដុសខាត់កម្មវិធីនេះបានចំណាយពេលសរុបមិនតិចជាងមួយឆ្នាំទេ ប៉ុន្តែសូម្បីតែបន្ទាប់ពីនោះលទ្ធផលមិនអាចត្រូវបានគេហៅថាជោគជ័យទាំងស្រុងនោះទេ - គំនិតផ្សេងគ្នាជាច្រើនត្រូវបានដាក់ចេញដំបូងដែលមិនច្បាស់លាស់ទាំងស្រុងសម្រាប់ការអនុវត្ត៖ ធាតុជម្រើសដែលអាច ត្រូវបានរំលង; ការមើលទៅមុខនៃធាតុ (សម្រាប់គោលបំណងនៃការជំនួសធាតុមុនចូលទៅក្នុងលទ្ធផលស្វែងរក); សូម្បីតែការប៉ុនប៉ងរបស់យើងផ្ទាល់ដើម្បីអនុវត្តអ្វីមួយដូចជាកន្សោមធម្មតា (ដែលមានវាក្យសម្ព័ន្ធតែមួយគត់) ។ ខ្ញុំត្រូវតែនិយាយថាមុននេះ ខ្ញុំបានបោះបង់ការសរសេរកម្មវិធីបន្តិច (ប្រហែល 8 ឆ្នាំ បើមិនច្រើនទេ) ដូច្នេះហើយ ឱកាសថ្មីដើម្បីអនុវត្តជំនាញរបស់ខ្ញុំចំពោះកិច្ចការដែលគួរឱ្យចាប់អារម្មណ៍ និងចាំបាច់បានទាក់ទាញចំណាប់អារម្មណ៍របស់ខ្ញុំទាំងស្រុង។ វាមិនគួរឱ្យភ្ញាក់ផ្អើលទេដែលកូដប្រភពលទ្ធផល - ក្នុងករណីដែលគ្មានវិធីសាស្រ្តច្បាស់លាស់ណាមួយចំពោះការរចនារបស់វានៅលើផ្នែករបស់ខ្ញុំ - បានក្លាយជាការប៉ះទង្គិចដែលមិនអាចនឹកស្មានដល់នៃបំណែកផ្សេងគ្នានៅក្នុងភាសា C ជាមួយនឹងធាតុមួយចំនួននៃ C ++ និងទិដ្ឋភាពនៃការសរសេរកម្មវិធីដែលមើលឃើញ (ដំបូងវា ត្រូវបានសម្រេចចិត្តប្រើប្រព័ន្ធរចនាដូចជា Borland C ++ Builder - "ស្ទើរតែ Delphi ប៉ុន្តែនៅក្នុង C") ។ ទោះជាយ៉ាងណាក៏ដោយ អ្វីៗទាំងអស់នេះនៅទីបំផុតបានបង្កើតផលផ្លែក្នុងការធ្វើឱ្យសកម្មភាពប្រចាំថ្ងៃរបស់បណ្ណាល័យរបស់យើងដំណើរការដោយស្វ័យប្រវត្តិ។

ក្នុងពេលជាមួយគ្នានេះ ខ្ញុំបានសម្រេចចិត្តទទួលយកវគ្គសិក្សាដើម្បីបណ្តុះបណ្តាលអ្នកបង្កើតកម្មវិធីដែលមានជំនាញវិជ្ជាជីវៈ។ ខ្ញុំមិនដឹងថាតើវាអាចទៅរួចទេក្នុងការរៀន "ក្លាយជាអ្នកសរសេរកម្មវិធី" ពីដំបូងនៅទីនោះ ប៉ុន្តែដោយគិតគូរពីជំនាញដែលខ្ញុំមានរួចហើយនៅពេលនោះ ខ្ញុំអាចរៀនបច្ចេកវិទ្យាមួយចំនួនដែលពាក់ព័ន្ធជាងនៅពេលនោះ ដូចជា ដូចជា C#, Visual Studio សម្រាប់ការអភិវឌ្ឍន៍ក្រោម .NET ក៏ដូចជាបច្ចេកវិទ្យាមួយចំនួនដែលទាក់ទងនឹង Java, HTML និង SQL ។ ការបណ្តុះបណ្តាលទាំងមូលចំណាយពេលសរុបពីរឆ្នាំ ហើយបានបម្រើការជាចំណុចចាប់ផ្តើមសម្រាប់គម្រោងមួយផ្សេងទៀតរបស់ខ្ញុំ ដែលនៅទីបំផុតបានអូសបន្លាយជាច្រើនឆ្នាំ ប៉ុន្តែនេះគឺជាប្រធានបទសម្រាប់ការបោះពុម្ពដាច់ដោយឡែកមួយ។ នៅទីនេះវាជាការសមរម្យក្នុងការកត់សម្គាល់ថាខ្ញុំបានព្យាយាមសម្របខ្លួនទៅនឹងការអភិវឌ្ឍន៍ដែលខ្ញុំមានរួចហើយនៅលើគម្រោងដែលបានពិពណ៌នាដើម្បីបង្កើតកម្មវិធីបង្អួចពេញលេញនៅក្នុង C# និង WinForms ដែលអនុវត្តមុខងារចាំបាច់ ហើយប្រើវាជាមូលដ្ឋានសម្រាប់ គម្រោងសញ្ញាប័ត្រនាពេលខាងមុខ។
យូរ ៗ ទៅគំនិតនេះបានចាប់ផ្តើមហាក់ដូចជាខ្ញុំសមនឹងត្រូវបានបញ្ចេញនៅក្នុងសន្និសីទប្រចាំឆ្នាំដោយមានការចូលរួមពីអ្នកតំណាងនៃបណ្ណាល័យផ្សេងៗដូចជា "LIBKOM" និង "CRIMEA" ។ គំនិត បាទ ប៉ុន្តែមិនមែនជាការអនុវត្តរបស់ខ្ញុំនៅពេលនោះទេ។ បន្ទាប់មក ខ្ញុំក៏សង្ឃឹមថា នរណាម្នាក់នឹងសរសេរវាឡើងវិញ ដោយប្រើវិធីសាស្រ្តដែលមានសមត្ថកិច្ចបន្ថែមទៀត។ មធ្យោបាយមួយ ឬមធ្យោបាយផ្សេងទៀត នៅឆ្នាំ 2013 ខ្ញុំបានសម្រេចចិត្តសរសេររបាយការណ៍ស្តីពីការងារបឋមរបស់ខ្ញុំ ហើយផ្ញើវាទៅគណៈកម្មាធិការរៀបចំសន្និសីទជាមួយនឹងពាក្យសុំជំនួយដើម្បីចូលរួមក្នុងសន្និសីទ។ ចំពោះការភ្ញាក់ផ្អើលខ្លះរបស់ខ្ញុំ ពាក្យសុំរបស់ខ្ញុំត្រូវបានយល់ព្រម ហើយខ្ញុំបានចាប់ផ្តើមធ្វើការកែលម្អមួយចំនួនចំពោះគម្រោងនេះ ដើម្បីរៀបចំវាសម្រាប់ការធ្វើបទបង្ហាញនៅក្នុងសន្និសីទ។

នៅពេលនោះ គម្រោងបានទទួលឈ្មោះថ្មី BIRMA រួចហើយ បានទទួលនូវសមត្ថភាពបន្ថែមផ្សេងៗ (មិនត្រូវបានអនុវត្តទាំងស្រុងនោះទេ ប៉ុន្តែត្រូវបានសន្មត់ថា) - ព័ត៌មានលម្អិតទាំងអស់អាចរកបាននៅក្នុងរបាយការណ៍របស់ខ្ញុំ.

និយាយឱ្យត្រង់ទៅ វាជាការលំបាកក្នុងការហៅទៅ BIRMA 2013 អ្វីមួយដែលពេញលេញ។ និយាយឱ្យត្រង់ទៅ វាជាយានដែលលួចស្តាប់បានយ៉ាងប្រញាប់ប្រញាល់។ នៅក្នុងលក្ខខណ្ឌនៃកូដ ជាក់ស្តែងមិនមានការច្នៃប្រឌិតពិសេសអ្វីទាំងអស់ លើកលែងតែការប៉ុនប៉ងដែលមិនចេះអស់សង្ឃឹមក្នុងការបង្កើតប្រភេទនៃវាក្យសម្ព័ន្ធបង្រួបបង្រួមមួយចំនួនសម្រាប់ឧបករណ៍ញែក រូបរាងដែលនឹកឃើញដល់ភាសាទម្រង់ IRBIS 64 (ហើយតាមពិតទៅ ប្រព័ន្ធ ISIS ផងដែរ - ជាមួយនឹងវង់ក្រចកជារចនាសម្ព័ន្ធរង្វិល ហេតុអ្វីបានជានៅពេលនោះខ្ញុំគិតថាវាមើលទៅឡូយណាស់)។ អ្នកញែកដោយអស់សង្ឃឹមបានជំពប់ដួលលើរង្វង់វង់ក្រចកទាំងនេះនៃប្រភេទដែលសមរម្យ (ចាប់តាំងពីវង់ក្រចកក៏អនុវត្តតួនាទីផ្សេងទៀតដែរ ពោលគឺពួកគេបានសម្គាល់រចនាសម្ព័ន្ធស្រេចចិត្តក្នុងអំឡុងពេលញែកដែលអាចរំលងបាន)។ ខ្ញុំម្តងទៀតសំដៅលើអ្នកគ្រប់គ្នាដែលចង់ស្គាល់ជាមួយនឹងវាក្យសម្ព័ន្ធដែលមិនសមហេតុផលនៃ BIRMA ដែលពិបាកនឹងស្រមៃនៅពេលនោះដោយលម្អិតបន្ថែមទៀតចំពោះរបាយការណ៍របស់ខ្ញុំនៅពេលនោះ។

ជាទូទៅ ក្រៅពីការតស៊ូជាមួយ parser ផ្ទាល់ខ្លួនរបស់ខ្ញុំ ខ្ញុំមិនមានអ្វីត្រូវនិយាយទៀតទេទាក់ទងនឹងកូដនៃកំណែនេះ - លើកលែងតែការបម្លែងបញ្ច្រាសនៃប្រភពដែលមានស្រាប់ទៅជា C++ ខណៈពេលដែលរក្សាលក្ខណៈធម្មតាមួយចំនួននៃកូដ .NET (និយាយឱ្យត្រង់ទៅ វាជា ពិបាកយល់ តើអ្វីដែលជំរុញឱ្យខ្ញុំផ្លាស់ប្តូរអ្វីៗគ្រប់យ៉ាងមកវិញ - ប្រហែលជាការភ័យខ្លាចដ៏ឆោតល្ងង់មួយចំនួនសម្រាប់ការរក្សាកូដប្រភពរបស់ខ្ញុំជាសម្ងាត់ ដូចជាប្រសិនបើវាជាអ្វីមួយដែលស្មើនឹងរូបមន្តសម្ងាត់របស់កូកា-កូឡា)។

ប្រហែលជាការសម្រេចចិត្តដ៏ឆោតល្ងង់នេះក៏ជាហេតុផលសម្រាប់ការលំបាកក្នុងការផ្គូផ្គងបណ្ណាល័យ DLL លទ្ធផលជាមួយនឹងចំណុចប្រទាក់ដែលមានស្រាប់នៃស្ថានីយការងារដែលផលិតនៅផ្ទះសម្រាប់បញ្ចូលទិន្នន័យទៅក្នុងកាតាឡុកអេឡិចត្រូនិច (បាទ ខ្ញុំមិនបាននិយាយការពិតសំខាន់មួយទៀតទេ៖ ចាប់ពីពេលនេះតទៅ ទាំងអស់គ្នា លេខកូដរបស់ BIRMA "ម៉ាស៊ីន" គឺដូចការរំពឹងទុក វាត្រូវបានបំបែកចេញពីផ្នែកចំណុចប្រទាក់ និងខ្ចប់ក្នុង DLL ដែលសមស្រប)។ ហេតុអ្វីបានជាចាំបាច់ត្រូវសរសេរស្ថានីយការងារដាច់ដោយឡែកសម្រាប់គោលបំណងទាំងនេះ ដែលទោះជាយ៉ាងណានៅក្នុងរូបរាង និងវិធីនៃអន្តរកម្មជាមួយអ្នកប្រើប្រាស់ បានចម្លងស្ថានីយការងារដូចគ្នា "Catalogizer" នៃប្រព័ន្ធ IRBIS 64 ដោយមិនខ្មាស់អៀន - នេះគឺជាសំណួរដាច់ដោយឡែកមួយ។ សរុបមក៖ វាបានផ្តល់នូវភាពរឹងមាំចាំបាច់ដល់ការអភិវឌ្ឍន៍នៅពេលនោះរបស់ខ្ញុំសម្រាប់គម្រោងបញ្ចប់ការសិក្សារបស់ខ្ញុំ (បើមិនដូច្នេះទេ ម៉ាស៊ីនញែកដែលមិនអាចរំលាយបានតែមួយមុខគឺមិនគ្រប់គ្រាន់ទេ)។ លើសពីនេះ ខ្ញុំបានជួបប្រទះការលំបាកមួយចំនួនក្នុងការអនុវត្តចំណុចប្រទាក់នៃស្ថានីយការងារកាតាឡុកជាមួយនឹងម៉ូឌុលផ្ទាល់ខ្លួនរបស់ខ្ញុំ ដែលត្រូវបានអនុវត្តទាំង C++ និង C# និងការចូលប្រើម៉ាស៊ីនរបស់ខ្ញុំដោយផ្ទាល់។

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

ផ្ទុយស្រលះ វាគឺបន្ទាប់ពីព្រឹត្តិការណ៍ដ៏គួរឱ្យភ្ញាក់ផ្អើលទាំងនេះ ដែលគម្រោង BIRMA ដែលនៅពេលនោះមានលក្ខណៈពិសេសទាំងអស់នៃគម្រោងសាងសង់រយៈពេលវែងធម្មតា ហាក់ដូចជាចាប់ផ្តើមទទួលយកជីវិតថ្មីដែលរង់ចាំជាយូរមកហើយ! ខ្ញុំមានពេលទំនេរច្រើនសម្រាប់គំនិតទំនេរ ខ្ញុំចាប់ផ្តើមសិតវើលវ៉ាយវ៉េបម្តងទៀត ដើម្បីស្វែងរកអ្វីដែលស្រដៀងគ្នា (ជាសំណាងល្អ ឥឡូវនេះខ្ញុំអាចទាយរួចហើយដើម្បីស្វែងរកអ្វីៗទាំងអស់នេះមិនត្រឹមតែនៅគ្រប់ទីកន្លែងនោះទេ ប៉ុន្តែនៅលើ GitHub) និងកន្លែងណាមួយនៅក្នុង ដើមឆ្នាំនេះ ទីបំផុតខ្ញុំបានជួបផលិតផលដែលត្រូវគ្នាពីក្រុមហ៊ុន Salesforce ដ៏ល្បីល្បាញក្រោមឈ្មោះមិនសំខាន់ Gorp. ដោយខ្លួនវាផ្ទាល់ វាអាចធ្វើអ្វីៗស្ទើរតែទាំងអស់ដែលខ្ញុំត្រូវការពីម៉ាស៊ីនញែកបែបនេះ - ពោលគឺ ញែកបំណែកបុគ្គលដោយឆ្លាតវៃពីអត្ថបទដែលបំពាន ប៉ុន្តែមានរចនាសម្ព័ន្ធច្បាស់លាស់ ខណៈពេលដែលមានចំណុចប្រទាក់ងាយស្រួលប្រើសម្រាប់អ្នកប្រើប្រាស់ចុងក្រោយ រួមទាំងខ្លឹមសារដែលអាចយល់បានដូចជា គំរូ គំរូ និងការកើតឡើង ហើយក្នុងពេលជាមួយគ្នាដោយប្រើវាក្យសម្ព័ន្ធដែលធ្លាប់ស្គាល់នៃកន្សោមធម្មតា ដែលក្លាយទៅជាអាចអានបានច្រើនជាងមុន ដោយសារការបែងចែកទៅជាក្រុម semantic ដែលបានកំណត់សម្រាប់ការញែក។

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

បញ្ហាមួយទៀតគឺថាគម្រោងខ្លួនវាត្រូវបានអនុវត្តនៅក្នុង Java ហើយប្រសិនបើខ្ញុំគ្រោងនាពេលអនាគតដើម្បីអនុវត្តមធ្យោបាយមួយចំនួននៃការអន្តរកម្មបច្ចេកវិទ្យានេះជាមួយនឹងកម្មវិធីដែលធ្លាប់ស្គាល់សម្រាប់ការបញ្ចូលទិន្នន័យទៅក្នុងមូលដ្ឋានទិន្នន័យដែលមានស្រាប់ (ដូចជា "Cataloguer" របស់ Irbis) បន្ទាប់មកយ៉ាងហោចណាស់ ធ្វើដូចនេះនៅក្នុង C# និង .NET ។ វាមិនមែនថា Java ខ្លួនឯងជាភាសាអាក្រក់ទេ - ខ្ញុំធ្លាប់បានប្រើវាដើម្បីអនុវត្តកម្មវិធីបង្អួចគួរឱ្យចាប់អារម្មណ៍ដែលអនុវត្តមុខងារនៃម៉ាស៊ីនគិតលេខដែលអាចសរសេរកម្មវិធីក្នុងស្រុក (ជាផ្នែកនៃគម្រោងវគ្គសិក្សា) ។ ហើយ​បើ​និយាយ​ពី​វាក្យសម្ព័ន្ធ​វា​ស្រដៀង​គ្នា​នឹង C-sharp ដូចគ្នា។ ជាការប្រសើរណាស់ នេះគ្រាន់តែជាការបូកប៉ុណ្ណោះ៖ វាកាន់តែងាយស្រួលសម្រាប់ខ្ញុំក្នុងការបញ្ចប់គម្រោងដែលមានស្រាប់។ ទោះយ៉ាងណាក៏ដោយ ខ្ញុំមិនចង់ចូលទៅក្នុងពិភពមិនធម្មតានៃបង្អួច (ឬជាកុំព្យូទ័រលើតុ) បច្ចេកវិទ្យា Java ម្តងទៀតទេ - បន្ទាប់ពីទាំងអស់ ភាសាខ្លួនឯងមិនត្រូវបាន "កែសម្រួល" សម្រាប់ការប្រើប្រាស់បែបនេះទេ ហើយខ្ញុំមិនចង់បានពាក្យដដែលៗនៃ បទពិសោធន៍ពីមុន។ ប្រហែលជាវាច្បាស់ណាស់ដោយសារតែ C# ភ្ជាប់ជាមួយ WinForms គឺកាន់តែខិតទៅជិត Delphi ដែលពួកយើងជាច្រើនបានចាប់ផ្តើម។ ជាសំណាងល្អដំណោះស្រាយចាំបាច់ត្រូវបានរកឃើញយ៉ាងឆាប់រហ័ស - ក្នុងទម្រង់នៃគម្រោង IKVM.NETដែលធ្វើឱ្យវាងាយស្រួលក្នុងការបកប្រែកម្មវិធី Java ដែលមានស្រាប់ទៅជាកូដ .NET ដែលបានគ្រប់គ្រង។ ពិតហើយ គម្រោងខ្លួនវាត្រូវបានបោះបង់ចោលដោយអ្នកនិពន្ធនៅពេលនោះ ប៉ុន្តែការអនុវត្តចុងក្រោយបង្អស់របស់វាបានអនុញ្ញាតឱ្យខ្ញុំអនុវត្តសកម្មភាពចាំបាច់សម្រាប់អត្ថបទប្រភពដោយជោគជ័យ។ Gorp.

ដូច្នេះខ្ញុំបានធ្វើការកែប្រែចាំបាច់ទាំងអស់ ហើយបានប្រមូលផ្តុំវាទាំងអស់ចូលទៅក្នុង DLL នៃប្រភេទសមស្រប ដែលអាចត្រូវបាន "រើសឡើង" យ៉ាងងាយស្រួលដោយគម្រោងណាមួយសម្រាប់ .NET Framework ដែលបានបង្កើតនៅក្នុង Visual Studio ។ ក្នុងពេលនេះ ខ្ញុំបានបង្កើតស្រទាប់មួយទៀតសម្រាប់បង្ហាញភាពងាយស្រួលនៃលទ្ធផលដែលបានត្រឡប់មកវិញ Gorpក្នុងទម្រង់ជារចនាសម្ព័ន្ធទិន្នន័យដែលត្រូវគ្នា ដែលងាយស្រួលក្នុងការដំណើរការក្នុងទិដ្ឋភាពតារាង (យកជាមូលដ្ឋានទាំងជួរដេក និងជួរឈរ ទាំងសោវចនានុក្រម និងលិបិក្រមលេខ)។ ជាការប្រសើរណាស់ ឧបករណ៍ប្រើប្រាស់ចាំបាច់សម្រាប់ដំណើរការ និងបង្ហាញលទ្ធផលត្រូវបានសរសេរយ៉ាងរហ័ស។

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

ប្រហែលជានៅពេលអនាគត វានឹងអាចអនុវត្តគោលគំនិតជាក់លាក់នៃគំរូមេតា ដែលនឹងអាចពិនិត្យមើលអត្ថបទប្រភពសម្រាប់ការអនុលោមតាមគំរូដែលមានជាច្រើនក្នុងពេលតែមួយ ហើយបន្ទាប់មកស្របតាមលទ្ធផលដែលទទួលបាន សូមជ្រើសរើស ដែលសមស្របបំផុត ដោយប្រើប្រភេទនៃក្បួនដោះស្រាយឆ្លាតវៃមួយចំនួន។ ប៉ុន្តែ​ឥឡូវ​នេះ ខ្ញុំ​មាន​ការ​ព្រួយ​បារម្ភ​ជាង​ចំពោះ​សំណួរ​មួយ​ទៀត។ ឧបករណ៍ញែកដូចជា Gorpទោះបីជាមានភាពបត់បែន និងការកែប្រែទាំងអស់ដែលខ្ញុំបានធ្វើក៏ដោយ វានៅតែមិនអាចធ្វើរឿងមួយដែលហាក់ដូចជាសាមញ្ញ ដែលឧបករណ៍ញែកដែលសរសេរដោយខ្លួនឯងរបស់ខ្ញុំអាចធ្វើបានពីកំណែដំបូងបំផុត។ ឈ្មោះ៖ គាត់មានសមត្ថភាពស្វែងរក និងស្រង់ចេញពីអត្ថបទប្រភពបំណែកទាំងអស់ដែលត្រូវគ្នានឹងរបាំងមុខដែលបានបញ្ជាក់នៅក្នុងគំរូដែលបានប្រើនៅកន្លែងត្រឹមត្រូវ ខណៈពេលដែលគាត់មិនចាប់អារម្មណ៍អ្វីទាំងអស់ចំពោះអ្វីដែលអត្ថបទដែលបានផ្តល់ឱ្យមានចន្លោះរវាងបំណែកទាំងនេះ។ រហូតមកដល់ពេលនេះ ខ្ញុំទើបតែបានកែលម្អម៉ាស៊ីនថ្មីបន្តិចបន្តួចប៉ុណ្ណោះ ដែលអនុញ្ញាតឱ្យវាស្វែងរកពាក្យដដែលៗថ្មីដែលអាចធ្វើទៅបាននៃលំដាប់ដែលបានផ្តល់ឱ្យនៃរបាំងបែបនេះពីទីតាំងបច្ចុប្បន្ន ដោយបន្សល់ទុកនូវលទ្ធភាពសម្រាប់វត្តមាននៅក្នុងអត្ថបទនៃសំណុំតួអក្សរបំពានដែលទាំងស្រុង។ មិនបានរាប់បញ្ចូលក្នុងការវិភាគ រុំព័ទ្ធរវាងរចនាសម្ព័ន្ធដដែលៗដែលបានរកឃើញ។ ទោះជាយ៉ាងណាក៏ដោយ វាមិនអាចកំណត់របាំងបន្ទាប់ដោយមិនគិតពីលទ្ធផលនៃការស្វែងរកបំណែកមុនដោយប្រើរបាំងដែលត្រូវគ្នានោះទេ៖ ភាពតឹងរ៉ឹងនៃរចនាសម្ព័ន្ធអត្ថបទដែលបានពិពណ៌នានៅតែមិនទុកកន្លែងសម្រាប់ការដាក់បញ្ចូលតាមអំពើចិត្តនៃតួអក្សរមិនទៀងទាត់។

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

បន្ទាប់​ពី​គិត​បន្តិច ខ្ញុំ​បាន​សម្រេច​ចិត្ត​ណែនាំ​គំរូ​សេវាកម្ម​ពីរ​បី (%all_before) и (%all_after)បម្រើគោលបំណងជាក់ស្តែងក្នុងការធានាថាអ្វីៗទាំងអស់ដែលអាចមាននៅក្នុងអត្ថបទប្រភពត្រូវបានរំលងមុនពេលលំនាំណាមួយ (របាំង) ដែលធ្វើតាមពួកគេ។ លើសពីនេះទៅទៀតប្រសិនបើ (%all_before) គ្រាន់តែមិនអើពើការរួមបញ្ចូលដោយបំពានទាំងអស់នេះ (%all_after)ផ្ទុយទៅវិញ អនុញ្ញាតឱ្យពួកគេបន្ថែមទៅបំណែកដែលចង់បាន បន្ទាប់ពីផ្លាស់ប្តូរពីបំណែកមុន។ វាស្តាប់ទៅសាមញ្ញណាស់ ប៉ុន្តែដើម្បីអនុវត្តគំនិតនេះ ខ្ញុំត្រូវសិតសក់តាមរយៈប្រភព gorp ម្តងទៀត ដើម្បីធ្វើការកែប្រែចាំបាច់ ដើម្បីកុំឱ្យបំបែកតក្កវិជ្ជាដែលបានអនុវត្តរួចហើយ។ នៅទីបញ្ចប់ យើងអាចធ្វើដូចនេះបាន (ទោះបីជាដំបូងបំផុតក៏ដោយ ទោះបីមានភាពខុសឆ្គងខ្លាំងក៏ដោយ ការអនុវត្តកម្មវិធីញែករបស់ខ្ញុំត្រូវបានសរសេរ ហើយថែមទាំងលឿនជាងមុន - ក្នុងរយៈពេលពីរបីសប្តាហ៍)។ ចាប់ពីពេលនេះតទៅ ប្រព័ន្ធនេះបានយកទម្រង់ជាសកលយ៉ាងពិតប្រាកដ - មិនតិចជាង 12 ឆ្នាំបន្ទាប់ពីការប៉ុនប៉ងលើកដំបូងដើម្បីធ្វើឱ្យវាដំណើរការ។

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

និយាយអីញ្ចឹង រដូវក្តៅនេះខ្ញុំបានទទួលការអញ្ជើញរួចហើយតាមអ៊ីមែលពីក្រុមហ៊ុនដែលប្រើបច្ចេកវិទ្យា Salesforce (អ្នកបង្កើតដើម Gorp), ឆ្លងកាត់ការសម្ភាសន៍សម្រាប់ការងារជាបន្តបន្ទាប់នៅ Riga ។ ជាអកុសល នៅពេលនេះ ខ្ញុំមិនទាន់ត្រៀមខ្លួនរួចជាស្រេចសម្រាប់ការដាក់ឱ្យដំណើរការឡើងវិញបែបនេះទេ។

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

ប្រភព: www.habr.com