ធ្វើម៉េចឈប់ធ្វើរឿងដដែលៗ

តើអ្នកចូលចិត្តធ្វើប្រតិបត្តិការធម្មតាម្តងហើយម្តងទៀតទេ? ដូច្នេះខ្ញុំមិនធ្វើទេ។ ប៉ុន្តែរាល់ពេលនៅក្នុងម៉ាស៊ីនភ្ញៀវ SQL នៅពេលធ្វើការជាមួយឧបករណ៍ផ្ទុក Rostelecom ខ្ញុំត្រូវចុះឈ្មោះចូលរួមទាំងអស់រវាងតារាងដោយដៃ។ ហើយនេះបើទោះបីជាការពិតដែលថានៅក្នុង 90% នៃករណីវាលនិងលក្ខខណ្ឌសម្រាប់ការចូលរួមតារាងស្របគ្នាពីសំណួរទៅសំណួរ! វានឹងហាក់បីដូចជាអតិថិជន SQL ណាមួយមានមុខងារបំពេញដោយស្វ័យប្រវត្តិ ប៉ុន្តែសម្រាប់កន្លែងផ្ទុក វាមិនដំណើរការជានិច្ចទេ៖ ពួកគេកម្ររួមបញ្ចូលឧបសគ្គតែមួយគត់ និងសោរបរទេស ដើម្បីកែលម្អដំណើរការ ហើយបើគ្មានកម្មវិធីនេះទេ កម្មវិធីនឹងមិនដឹងថាតើអង្គភាពទាក់ទងគ្នាយ៉ាងដូចម្តេចនោះទេ។ ផ្សេងទៀត និងអ្វីដែលវាអាចធ្វើបានសម្រាប់អ្នកផ្តល់ជូន។

ដោយបានឆ្លងកាត់ការបដិសេធ កំហឹង ការចរចា ការធ្លាក់ទឹកចិត្ត និងការខិតទៅជិតការទទួលយក ខ្ញុំបានសម្រេចចិត្ត - ហេតុអ្វីមិនព្យាយាមអនុវត្តការបំពេញដោយស្វ័យប្រវត្តិជាមួយ blackjack ដោយខ្លួនឯង ហើយធ្វើវាតាមរបៀបត្រឹមត្រូវ? ខ្ញុំប្រើម៉ាស៊ីនភ្ញៀវ dbeaver ដែលសរសេរជា java វាមានកំណែសហគមន៍ប្រភពបើកចំហ។ ផែនការដ៏សាមញ្ញមួយបានរីកចម្រើន៖

1. ស្វែងរកថ្នាក់នៅក្នុងកូដប្រភពដែលទទួលខុសត្រូវចំពោះការបំពេញដោយស្វ័យប្រវត្តិ
2. បញ្ជូនបន្តពួកវាដើម្បីធ្វើការជាមួយទិន្នន័យមេតាខាងក្រៅ និងទាញព័ត៌មានអំពីការចូលរួមពីទីនោះ
3. ??????
4. ប្រាក់ចំណេញ

ខ្ញុំ​បាន​រក​ឃើញ​ចំណុច​ទី​មួយ​យ៉ាង​ឆាប់​រហ័ស - ខ្ញុំ​បាន​រក​ឃើញ​សំណើ​មួយ​ក្នុង​កម្មវិធី​តាមដាន​កំហុស​ដើម្បី​កែ​សម្រួល​ការ​បំពេញ​ដោយ​ស្វ័យ​ប្រវត្តិ និង​ពាក់ព័ន្ធ ប្តេជ្ញាចិត្ត បានរកឃើញថ្នាក់ SQLCompletionAnalyzer ។ ខ្ញុំបានមើលលេខកូដ ហើយវាជាអ្វីដែលខ្ញុំត្រូវការ។ អ្វីដែលនៅសល់គឺត្រូវសរសេរវាឡើងវិញដើម្បីឱ្យអ្វីៗដំណើរការ។ ខ្ញុំ​បាន​រង់ចាំ​ល្ងាច​ទំនេរ ហើយ​ចាប់​ផ្ដើម​គិត​តាម​រយៈ​ការ​អនុវត្ត។ ខ្ញុំបានសម្រេចចិត្តសរសេរច្បាប់តំណតារាង (ទិន្នន័យមេតា) នៅក្នុង json ។ ខ្ញុំមិនមានបទពិសោធន៍ជាក់ស្តែងក្នុងការធ្វើការជាមួយទម្រង់នេះទេ ហើយកិច្ចការបច្ចុប្បន្នត្រូវបានគេមើលឃើញថាជាឱកាសមួយដើម្បីកែតម្រូវការខកខាននេះ។

ដើម្បីធ្វើការជាមួយ json ខ្ញុំបានសម្រេចចិត្តប្រើបណ្ណាល័យ json-សាមញ្ញ ពី Google ។ នេះគឺជាកន្លែងដែលការភ្ញាក់ផ្អើលបានចាប់ផ្តើម។ ដូចដែលវាបានប្រែក្លាយ dbeaver ដែលជាកម្មវិធីពិតមួយត្រូវបានសរសេរនៅលើវេទិកា Eclipse ដោយប្រើក្របខ័ណ្ឌ OSGi ។ សម្រាប់អ្នកអភិវឌ្ឍន៍ដែលមានបទពិសោធន៍ រឿងនេះធ្វើឱ្យវាងាយស្រួលក្នុងការគ្រប់គ្រងភាពអាស្រ័យ ប៉ុន្តែសម្រាប់ខ្ញុំវាដូចជាវេទមន្តងងឹត ដែលខ្ញុំច្បាស់ថាមិនទាន់រួចរាល់ទេ៖ ដូចធម្មតា ខ្ញុំនាំចូលថ្នាក់ដែលខ្ញុំត្រូវការពីបណ្ណាល័យ json-simple នៅក្នុងបឋមកថានៃ ថ្នាក់ដែលបានកែសម្រួល បញ្ជាក់វានៅក្នុង pom. xml បន្ទាប់ពីនោះ គម្រោងបដិសេធទាំងស្រុងក្នុងការប្រមូលផ្តុំជាធម្មតា ហើយគាំងដោយមានកំហុស។

នៅទីបញ្ចប់ ខ្ញុំបានជួសជុលកំហុសក្នុងការបង្កើត៖ ខ្ញុំបានចុះឈ្មោះបណ្ណាល័យមិននៅក្នុង pom.xml ទេ ប៉ុន្តែនៅក្នុង manifest.mf ដូចដែលតម្រូវដោយ OSGI ខណៈពេលដែលបញ្ជាក់វាជាកញ្ចប់នាំចូល។ មិនមែនជាដំណោះស្រាយដ៏ស្រស់ស្អាតបំផុតនោះទេ ប៉ុន្តែវាដំណើរការ។ បន្ទាប់មកការភ្ញាក់ផ្អើលបន្ទាប់បានលេចចេញមក។ ប្រសិនបើអ្នកកំពុងអភិវឌ្ឍនៅក្នុង Intellij Idea អ្នកមិនអាចគ្រាន់តែចាប់ផ្តើមបំបាត់កំហុសគម្រោងរបស់អ្នកដោយផ្អែកលើវេទិកា eclipse នោះទេ៖ អ្នកអភិវឌ្ឍន៍ដែលគ្មានបទពិសោធន៍គួរតែរងទុក្ខមិនតិចជាងអ្នកវិភាគដោយមិនចាំបាច់បំពេញសំណួរនោះទេ។ អ្នកអភិវឌ្ឍន៍ beaver ខ្លួនឯងបានមកជួយសង្គ្រោះ ដោយបង្ហាញនៅក្នុងវីគីថាការរាំទាំងអស់ជាមួយនឹង tambourine ដែលត្រូវការធ្វើ។ អ្វីដែលគួរឱ្យរំខានបំផុតនោះគឺថា សូម្បីតែបន្ទាប់ពីការអង្គុយទាំងអស់នេះក៏ដោយ ក៏គម្រោងនេះមិនចង់ដាក់ឱ្យដំណើរការក្នុងការបំបាត់កំហុសជាមួយបណ្ណាល័យ json ដែលភ្ជាប់តាមរយៈ import-package (ទោះបីជាវានៅតែត្រូវបានផ្គុំដោយជោគជ័យទៅក្នុងផលិតផលសម្រេចក៏ដោយ)។

នៅពេលនោះ ខ្ញុំបានដឹងពីភាពរអាក់រអួលនៃការប្រើប្រាស់ json សម្រាប់កិច្ចការរបស់ខ្ញុំរួចហើយ - បន្ទាប់ពីទាំងអស់ ទិន្នន័យមេតាត្រូវបានគេសន្មត់ថាត្រូវបានកែសម្រួលដោយដៃ ហើយទម្រង់ xml គឺសមជាងសម្រាប់រឿងនេះ។ អាគុយម៉ង់ទីពីរនៅក្នុងការពេញចិត្តនៃ xml គឺវត្តមាននៃថ្នាក់ចាំបាច់ទាំងអស់នៅក្នុង JDK ដែលធ្វើឱ្យវាអាចបញ្ឈប់ការប្រយុទ្ធជាមួយបណ្ណាល័យខាងក្រៅ។ ដោយក្តីរីករាយ ខ្ញុំបានផ្ទេរទិន្នន័យមេតាទាំងអស់ពី json ទៅ xml ហើយចាប់ផ្តើមកែសម្រួលតក្កវិជ្ជាបំពេញស្វ័យប្រវត្តិ។

ឧទាហរណ៍ទិន្នន័យមេតា

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<tableRelations>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_partner</rightTable>
        <joinColumnPair leftColumn="partner_key" rightColumn="partner_key"/>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
    </tableRelation>
    <tableRelation>
        <leftTable>dim_account</leftTable>
        <rightTable>dim_branch</rightTable>
        <joinColumnPair leftColumn="src_id" rightColumn="src_id"/>
        <joinColumnPair leftColumn="branch_key" rightColumn="branch_key"/>
    </tableRelation>
</tableRelations>

ជាលទ្ធផល I បានធ្វើការផ្លាស់ប្តូរ ចូលទៅក្នុងថ្នាក់ SQLUtils និង SQLCompletionAnalyzer ។ គំនិតគឺនេះ៖ ប្រសិនបើកម្មវិធីមិនអាចស្វែងរកការផ្ដល់យោបល់បំពេញដោយស្វ័យប្រវត្តិដែលសមរម្យដោយប្រើតក្កវិជ្ជាមូលដ្ឋានទេ នោះវាពិនិត្យរកមើលវត្តមាននៃការចូលរួមដែលអាចធ្វើបានដោយប្រើឯកសារ xml ខាងក្រៅ។ ឯកសារខ្លួនវារក្សាទុកគូនៃតារាងដែលបង្ហាញពីវាលដែលតារាងទាំងនេះត្រូវភ្ជាប់។ ការរឹតបន្តឹងលើកាលបរិច្ឆេទសុពលភាពបច្ចេកទេសនៃកំណត់ត្រា eff_dttm និង exp_dttm និងទង់ការលុបឡូជីខល deleted_ind ត្រូវបានកំណត់តាមលំនាំដើម។

នៅពេលដែលការផ្លាស់ប្តូរកូដត្រូវបានធ្វើឡើង សំណួរបានកើតឡើង - តើអ្នកណានឹងបំពេញឯកសារដោយទិន្នន័យមេតា? មានអង្គភាពជាច្រើននៅក្នុងឃ្លាំង វាមានតម្លៃថ្លៃក្នុងការចុះឈ្មោះការតភ្ជាប់ទាំងអស់ដោយខ្លួនឯង។ ជា​លទ្ធផល ខ្ញុំ​បាន​សម្រេច​ចិត្ត​ប្រគល់​ភារកិច្ច​នេះ​ទៅ​ឲ្យ​អ្នក​វិភាគ​រួម​ខ្ញុំ។ ខ្ញុំបានបង្ហោះឯកសារទិន្នន័យមេតានៅក្នុង svn ពីកន្លែងដែលការដកប្រាក់ត្រូវបានធ្វើឡើងទៅកាន់ថតមូលដ្ឋានជាមួយកម្មវិធី។ គោលការណ៍គឺនេះ៖ តើអង្គភាពថ្មីបានបង្ហាញខ្លួននៅក្នុងឃ្លាំងទេ? អ្នកវិភាគម្នាក់បញ្ចូលការចូលរួមដែលអាចធ្វើទៅបានទៅក្នុងឯកសារ ធ្វើការផ្លាស់ប្តូរ នៅសល់ពិនិត្យមើលខ្លួនឯង ហើយរីករាយនឹងការបំពេញការងារដោយស្វ័យប្រវត្តិ៖ សហគមន៍ ការប្រមូលផ្តុំចំណេះដឹង និងអ្វីៗទាំងអស់។ បានធ្វើសិក្ខាសាលាស្តីពីការប្រើប្រាស់កម្មវិធីសម្រាប់សហសេវិក បានសរសេរអត្ថបទនៅ Confluence - ឥឡូវនេះក្រុមហ៊ុនមានឧបករណ៍ងាយស្រួលមួយទៀត។

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

ប្រភព: www.habr.com