🥇ការវិភាគឋិតិវន្ត - ពីការណែនាំដល់ការរួមបញ្ចូល

ធុញទ្រាន់នឹងការពិនិត្យមើលកូដគ្មានទីបញ្ចប់ ឬការបំបាត់កំហុស ពេលខ្លះអ្នកគិតអំពីរបៀបធ្វើឱ្យជីវិតរបស់អ្នកងាយស្រួល។ ហើយបន្ទាប់ពីបានស្វែងរកបន្តិចបន្តួច ឬដោយចៃដន្យវាជំពប់ដួល អ្នកអាចឃើញឃ្លាវេទមន្ត៖ "ការវិភាគឋិតិវន្ត"។ តោះមើលថាតើវាជាអ្វី និងរបៀបដែលវាអាចទាក់ទងជាមួយគម្រោងរបស់អ្នក។

តាមការពិត ប្រសិនបើអ្នកសរសេរជាភាសាទំនើបណាមួយ នោះអ្នកបានដំណើរការវាតាមរយៈឧបករណ៍វិភាគឋិតិវន្តដោយមិនដឹងខ្លួន។ ការពិតគឺថាកម្មវិធីចងក្រងទំនើបណាមួយផ្តល់នូវការព្រមានតិចតួចអំពីបញ្ហាដែលអាចកើតមាននៅក្នុងកូដ។ ឧទាហរណ៍ នៅពេលចងក្រងកូដ C++ នៅក្នុង Visual Studio អ្នកប្រហែលជាឃើញដូចខាងក្រោម៖

នៅក្នុងលទ្ធផលនេះ យើងឃើញថាអថេរ var មិនដែលត្រូវបានប្រើនៅកន្លែងណាមួយក្នុងមុខងារ។ ដូច្នេះតាមការពិត អ្នកស្ទើរតែតែងតែប្រើឧបករណ៍វិភាគកូដឋិតិវន្តសាមញ្ញ។ ទោះយ៉ាងណាក៏ដោយ មិនដូចអ្នកវិភាគដែលមានជំនាញវិជ្ជាជីវៈដូចជា Coverity, Klocwork ឬ PVS-Studio ការព្រមានដែលផ្តល់ដោយអ្នកចងក្រងអាចបង្ហាញពីបញ្ហាមួយចំនួនតូចប៉ុណ្ណោះ។

ប្រសិនបើអ្នកមិនដឹងថាតើការវិភាគឋិតិវន្តជាអ្វី និងរបៀបអនុវត្តវានោះ អានអត្ថបទនេះ។ដើម្បីស្វែងយល់បន្ថែមអំពីវិធីសាស្រ្តនេះ។

ហេតុអ្វីបានជាអ្នកត្រូវការការវិភាគឋិតិវន្ត?

និយាយឱ្យខ្លី៖ ការបង្កើនល្បឿននិងភាពសាមញ្ញ។

ការវិភាគឋិតិវន្តអនុញ្ញាតឱ្យអ្នករកឃើញបញ្ហាផ្សេងៗគ្នាជាច្រើននៅក្នុងកូដ៖ ពីការប្រើប្រាស់មិនត្រឹមត្រូវនៃការបង្កើតភាសារហូតដល់ការវាយអក្សរ។ ឧទាហរណ៍ជំនួសឱ្យ

auto x = obj.x;
auto y = obj.y;
auto z = obj.z;

អ្នកសរសេរកូដខាងក្រោម៖

auto x = obj.x;
auto y = obj.y;
auto z = obj.x;

ដូចដែលអ្នកអាចឃើញមានការវាយអក្សរនៅក្នុងបន្ទាត់ចុងក្រោយ។ ឧទាហរណ៍ PVS-Studio ចេញការព្រមានខាងក្រោម៖

V537 ពិចារណាពិនិត្យមើលភាពត្រឹមត្រូវនៃការប្រើប្រាស់ធាតុ 'y' ។

ប្រសិនបើអ្នកចង់លូកដៃចូលទៅក្នុងកំហុសនេះ សូមសាកល្បងឧទាហរណ៍ដែលត្រៀមរួចជាស្រេចនៅក្នុងកម្មវិធី Compiler Explorer៖ *យំ*.

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

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

វាគឺសម្រាប់ស្ថានភាពទាំងនេះដែលការវិភាគឋិតិវន្តបានបង្ហាញខ្លួន។ នេះគឺជាជំនួយការសម្រាប់អ្នកអភិវឌ្ឍន៍ដែលនឹងចង្អុលបង្ហាញបញ្ហាផ្សេងៗនៅក្នុងកូដ និងពន្យល់ក្នុងឯកសារថាហេតុអ្វីបានជាវាមិនចាំបាច់ក្នុងការសរសេរតាមវិធីនេះ តើវាអាចនាំទៅរកអ្វី និងរបៀបជួសជុលវា។ នេះជាឧទាហរណ៍នៃអ្វីដែលវាអាចមើលទៅដូច៖ *យំ*.

អ្នកអាចរកឃើញកំហុសគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតដែលអ្នកវិភាគអាចរកឃើញនៅក្នុងអត្ថបទ៖

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

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

0. ស្គាល់ឧបករណ៍

វាទាំងអស់ចាប់ផ្តើមជាមួយនឹងកំណែសាកល្បង។ ជាការពិតណាស់ វាពិតជាលំបាកណាស់ក្នុងការសម្រេចចិត្តអនុវត្តអ្វីមួយទៅក្នុងដំណើរការអភិវឌ្ឍន៍ ប្រសិនបើអ្នកមិនដែលឃើញឧបករណ៍នេះផ្ទាល់ពីមុនមក។ ដូច្នេះរឿងដំបូងដែលអ្នកគួរធ្វើគឺទាញយក កំណែសាកល្បង.

អ្វីដែលអ្នកនឹងរៀននៅដំណាក់កាលនេះ៖

តើមានវិធីអ្វីខ្លះដើម្បីធ្វើអន្តរកម្មជាមួយអ្នកវិភាគ;
តើឧបករណ៍វិភាគត្រូវគ្នានឹងបរិយាកាសអភិវឌ្ឍន៍របស់អ្នកទេ?
តើបច្ចុប្បន្នមានបញ្ហាអ្វីខ្លះនៅក្នុងគម្រោងរបស់អ្នក?

បន្ទាប់ពីអ្នកបានដំឡើងអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការហើយ រឿងដំបូងដែលអ្នកគួរធ្វើគឺដំណើរការការវិភាគលើគម្រោងទាំងមូល (ប្រព័ន្ធប្រតិបត្តិការ Windows, Linux, MacOS) ក្នុងករណី PVS-Studio នៅក្នុង Visual Studio អ្នកនឹងឃើញរូបភាពស្រដៀងគ្នា (អាចចុចបាន)៖

ការពិតគឺថាអ្នកវិភាគឋិតិវន្តជាធម្មតាចេញការព្រមានជាច្រើនសម្រាប់គម្រោងដែលមានមូលដ្ឋានកូដធំ។ មិនចាំបាច់ជួសជុលវាទាំងអស់នោះទេ ព្រោះគម្រោងរបស់អ្នកដំណើរការរួចហើយ ដែលមានន័យថាបញ្ហាទាំងនេះមិនសំខាន់ទេ។ ទោះយ៉ាងណាក៏ដោយអ្នក។ អ្នកអាចមើលការព្រមានដែលគួរឱ្យចាប់អារម្មណ៍បំផុត។ និងកែតម្រូវពួកវាប្រសិនបើចាំបាច់។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវត្រងលទ្ធផលហើយទុកតែសារដែលអាចទុកចិត្តបំផុត។ នៅក្នុងកម្មវិធីជំនួយ PVS-Studio សម្រាប់ Visual Studio វាត្រូវបានធ្វើដោយការត្រងតាមកម្រិត និងប្រភេទកំហុស។ សម្រាប់លទ្ធផលត្រឹមត្រូវបំផុត សូមទុកតែប៉ុណ្ណោះ។ ខ្ពស់ и ទូទៅ (អាចចុចបានផងដែរ)៖

ជាការពិតណាស់ ការព្រមានចំនួន 178 គឺមានភាពងាយស្រួលក្នុងការមើលជាងរាប់ពាន់...

នៅក្នុងផ្ទាំង មធ្យម и ទាប ជាញឹកញាប់មានការព្រមានល្អ ប៉ុន្តែប្រភេទទាំងនេះរួមបញ្ចូលការវិនិច្ឆ័យដែលមានភាពត្រឹមត្រូវតិចជាង (ភាពអាចជឿជាក់បាន)។ ព័ត៌មានបន្ថែមអំពីកម្រិតព្រមាន និងជម្រើសសម្រាប់ធ្វើការនៅក្រោម Windows អាចរកបាននៅទីនេះ៖ *យំ*.

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

1. ស្វ័យប្រវត្តិកម្ម

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

អ្វីដែលអ្នកនឹងរៀននៅដំណាក់កាលនេះ៖

តើឧបករណ៍ផ្តល់ជម្រើសស្វ័យប្រវត្តិកម្មអ្វីខ្លះ;
តើឧបករណ៍វិភាគត្រូវគ្នាជាមួយប្រព័ន្ធដំឡើងរបស់អ្នកទេ?

ដោយសារឯកសារល្អឥតខ្ចោះមិនមានទេ ពេលខ្លះអ្នកត្រូវសរសេរចូល គាំទ្រ. នេះជារឿងធម្មតា ហើយយើងរីករាយក្នុងការជួយអ្នក។ 🙂

ឥឡូវនេះ ចូរយើងបន្តទៅសេវាកម្មរួមបញ្ចូលជាបន្តបន្ទាប់ (CI)។ ឧបករណ៍វិភាគណាមួយអាចត្រូវបានអនុវត្តទៅក្នុងពួកវាដោយគ្មានបញ្ហាធ្ងន់ធ្ងរ។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវបង្កើតដំណាក់កាលដាច់ដោយឡែកមួយនៅក្នុងបំពង់បង្ហូរប្រេងដែលជាធម្មតាមានទីតាំងនៅបន្ទាប់ពីការធ្វើតេស្តសាងសង់និងឯកតា។ នេះត្រូវបានធ្វើដោយប្រើឧបករណ៍ប្រើប្រាស់កុងសូលផ្សេងៗ។ ឧទាហរណ៍ PVS-Studio ផ្តល់នូវឧបករណ៍ប្រើប្រាស់ដូចខាងក្រោមៈ

PVS-Studio_Cmd.exe (ការវិភាគដំណោះស្រាយ គម្រោង C#, C++ នៅលើ Windows)
CLMonitor.exe (ការត្រួតពិនិត្យការចងក្រង)
pvs-studio-អ្នកវិភាគ (ការវិភាគគម្រោង C ++ នៅលើ Linux / macOS)
pvs-studio-dotnet (ការវិភាគដំណោះស្រាយ គម្រោង C# នៅលើ Linux / macOS)
pvs-studio.jar (ការវិភាគគម្រោង Java)
កម្មវិធីបម្លែង Plog (របាយការណ៍កម្មវិធីបម្លែងឯកសារ)

ដើម្បីបញ្ចូលការវិភាគទៅក្នុង CI អ្នកត្រូវធ្វើបីយ៉ាង៖

ដំឡើងឧបករណ៍វិភាគ;
ដំណើរការការវិភាគ;
ផ្តល់លទ្ធផល។

ឧទាហរណ៍ ដើម្បីដំឡើង PVS-Studio នៅលើលីនុច (Debian-base) អ្នកត្រូវដំណើរការពាក្យបញ្ជាខាងក្រោម៖

wget -q -O - https://files.viva64.com/etc/pubkey.txt 
    | sudo apt-key add -
sudo wget -O /etc/apt/sources.list.d/viva64.list 
  https://files.viva64.com/etc/viva64.list
  
sudo apt-get update -qq
sudo apt-get install -qq pvs-studio

នៅលើប្រព័ន្ធដែលកំពុងដំណើរការ Windows មិនមានវិធីដំឡើងឧបករណ៍វិភាគពីកម្មវិធីគ្រប់គ្រងកញ្ចប់នោះទេ ប៉ុន្តែវាអាចដាក់ពង្រាយឧបករណ៍វិភាគពីបន្ទាត់ពាក្យបញ្ជា៖

PVS-Studio_setup.exe /verysilent /suppressmsgboxes 
/norestart /nocloseapplications

អ្នកអាចអានបន្ថែមអំពីការដាក់ពង្រាយ PVS-Studio នៅលើប្រព័ន្ធដែលដំណើរការ Windows *នៅទីនេះ*.

បន្ទាប់ពីការដំឡើងអ្នកត្រូវដំណើរការការវិភាគដោយផ្ទាល់។ ទោះជាយ៉ាងណាក៏ដោយវាត្រូវបានណែនាំឱ្យធ្វើបែបនេះតែបន្ទាប់ពីការចងក្រងនិងការធ្វើតេស្តបានកន្លងផុតទៅ។ នេះគឺដោយសារតែការវិភាគឋិតិវន្តជាធម្មតាចំណាយពេលពីរដងដែលវែងដូចការចងក្រង។

ដោយសារវិធីសាស្រ្តនៃការបើកដំណើរការអាស្រ័យលើវេទិកា និងលក្ខណៈពិសេសរបស់គម្រោង ខ្ញុំនឹងបង្ហាញជម្រើសសម្រាប់ C++ (Linux) ជាឧទាហរណ៍៖

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log
plog-converter -t errorfile PVS-Studio.log --cerr -w

ពាក្យបញ្ជាទីមួយនឹងធ្វើការវិភាគ ហើយទីពីរ ស្រោមសំបុត្របំប្លែងរបាយការណ៍ទៅជាទម្រង់អត្ថបទ បង្ហាញវានៅលើអេក្រង់ ហើយបង្ហាញលេខកូដត្រឡប់ក្រៅពី 0 ប្រសិនបើមានការព្រមាន។ យន្តការបែបនេះអាចត្រូវបានប្រើយ៉ាងងាយស្រួលដើម្បីទប់ស្កាត់ការស្ថាបនានៅពេលដែលមានសារកំហុស។ ទោះយ៉ាងណាក៏ដោយ អ្នកតែងតែអាចដកទង់ជាតិចេញបាន។ -w ហើយកុំរារាំងការជួបប្រជុំគ្នាដែលមានការព្រមាន។

ចំណាំ: ទម្រង់អត្ថបទមិនស្រួល។ វាត្រូវបានផ្តល់ជូនយ៉ាងសាមញ្ញជាឧទាហរណ៍។ យកចិត្តទុកដាក់ចំពោះទម្រង់របាយការណ៍ដែលគួរឱ្យចាប់អារម្មណ៍ជាងមុន - FullHtml ។ វាអនុញ្ញាតឱ្យអ្នករុករកតាមរយៈកូដ។

អ្នកអាចអានបន្ថែមអំពីការដំឡើងការវិភាគលើ CI នៅក្នុងអត្ថបទ "PVS-Studio និងការរួមបញ្ចូលជាបន្តបន្ទាប់" (វីនដូ) ឬ "របៀបតំឡើង PVS-Studio នៅក្នុង Travis CI" (លីនុច) ។

មិនអីទេ អ្នកបានកំណត់រចនាសម្ព័ន្ធឧបករណ៍វិភាគនៅលើ build server។ ឥឡូវនេះ ប្រសិនបើអ្នកណាម្នាក់បានបង្ហោះកូដដែលមិនបានសាកល្បង ដំណាក់កាលផ្ទៀងផ្ទាត់នឹងបរាជ័យ ហើយអ្នកនឹងអាចរកឃើញបញ្ហា ប៉ុន្តែវាមិនងាយស្រួលទាំងស្រុងនោះទេ ព្រោះវាមានប្រសិទ្ធភាពជាងក្នុងការត្រួតពិនិត្យគម្រោង មិនមែនបន្ទាប់ពីសាខាត្រូវបានបញ្ចូលគ្នាទេ ប៉ុន្តែ មុនពេលវានៅដំណាក់កាលស្នើសុំទាញ A.

ជាទូទៅ ការបង្កើតការវិភាគសំណើរទាញគឺមិនខុសពីការចាប់ផ្តើមធម្មតានៃការវិភាគលើ CI នោះទេ។ លើកលែងតែតម្រូវការដើម្បីទទួលបានបញ្ជីឯកសារដែលបានផ្លាស់ប្តូរ។ ទាំងនេះជាធម្មតាអាចទទួលបានដោយការសាកសួរភាពខុសគ្នារវាងសាខាដោយប្រើ git៖

git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list

ឥឡូវអ្នកត្រូវបញ្ជូនបញ្ជីឯកសារនេះទៅអ្នកវិភាគជាការបញ្ចូល។ ឧទាហរណ៍នៅក្នុង PVS-Studio នេះត្រូវបានអនុវត្តដោយប្រើទង់ -S:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log 
                            -S .pvs-pr.list

អ្នកអាចស្វែងយល់បន្ថែមអំពីការវិភាគសំណើទាញ *នៅទីនេះ*. ទោះបីជា CI របស់អ្នកមិនស្ថិតនៅក្នុងបញ្ជីសេវាកម្មដែលបានរៀបរាប់នៅក្នុងអត្ថបទក៏ដោយ អ្នកនឹងឃើញផ្នែកទូទៅដែលឧទ្ទិសដល់ទ្រឹស្តីនៃការវិភាគប្រភេទនេះមានប្រយោជន៍។

តាមរយៈការដំឡើងការវិភាគនៃសំណើទាញ អ្នកអាចទប់ស្កាត់ការប្រព្រឹត្តដែលមានការព្រមាន ដោយហេតុនេះបង្កើតព្រំដែនដែលកូដដែលមិនបានសាកល្បងមិនអាចឆ្លងកាត់បានទេ។

ទាំងអស់នេះពិតជាល្អ ប៉ុន្តែខ្ញុំចង់ឃើញការព្រមានទាំងអស់នៅកន្លែងតែមួយ។ មិនត្រឹមតែមកពីឧបករណ៍វិភាគឋិតិវន្តប៉ុណ្ណោះទេ ប៉ុន្តែក៏មកពីការធ្វើតេស្តឯកតា ឬពីឧបករណ៍វិភាគថាមវន្តផងដែរ។ មានសេវាកម្ម និងកម្មវិធីជំនួយផ្សេងៗសម្រាប់រឿងនេះ។ ឧទាហរណ៍ PVS-Studio មាន កម្មវិធីជំនួយសម្រាប់ការរួមបញ្ចូលទៅក្នុង SonarQube.

2. ការរួមបញ្ចូលនៅលើម៉ាស៊ីនអ្នកអភិវឌ្ឍន៍

ឥឡូវនេះវាដល់ពេលហើយដើម្បីដំឡើង និងកំណត់រចនាសម្ព័ន្ធឧបករណ៍វិភាគសម្រាប់ការប្រើប្រាស់ការអភិវឌ្ឍន៍ប្រចាំថ្ងៃ។ មកដល់ចំណុចនេះ អ្នកបានស្គាល់រួចជាស្រេចនូវវិធីធ្វើការភាគច្រើន ដូច្នេះវាអាចត្រូវបានគេហៅថាជាផ្នែកងាយស្រួលបំផុត។

ជាជម្រើសដ៏សាមញ្ញបំផុត អ្នកអភិវឌ្ឍន៍អាចដំឡើងឧបករណ៍វិភាគចាំបាច់ដោយខ្លួនឯង។ ទោះជាយ៉ាងណាក៏ដោយ វានឹងចំណាយពេលច្រើន និងបង្វែរពួកគេពីការអភិវឌ្ឍន៍ ដូច្នេះអ្នកអាចធ្វើស្វ័យប្រវត្តិកម្មដំណើរការនេះដោយប្រើកម្មវិធីដំឡើង និងទង់ដែលចាំបាច់។ សម្រាប់ PVS-Studio មានច្រើនប្រភេទ ទង់សម្រាប់ការដំឡើងស្វ័យប្រវត្តិ. ទោះយ៉ាងណាក៏ដោយ វាតែងតែមានកម្មវិធីគ្រប់គ្រងកញ្ចប់ ឧទាហរណ៍ Chocolatey (Windows), Homebrew (macOS) ឬជម្រើសរាប់សិបសម្រាប់លីនុច។

បន្ទាប់មកអ្នកនឹងត្រូវដំឡើងកម្មវិធីជំនួយចាំបាច់ឧទាហរណ៍សម្រាប់ ស្ទូឌីយោរូបភាព, អាយឌីអេ, អ្នកជិះ ល

3. ការប្រើប្រាស់ប្រចាំថ្ងៃ

នៅដំណាក់កាលនេះ វាដល់ពេលដែលត្រូវនិយាយពាក្យពីរបីអំពីវិធីបង្កើនល្បឿនឧបករណ៍វិភាគអំឡុងពេលប្រើប្រាស់ប្រចាំថ្ងៃ។ ការវិភាគពេញលេញនៃគម្រោងទាំងមូលត្រូវចំណាយពេលច្រើន ប៉ុន្តែតើយើងផ្លាស់ប្តូរកូដញឹកញាប់ប៉ុណ្ណានៅក្នុងគម្រោងទាំងមូលក្នុងពេលតែមួយ? ស្ទើរតែមិនមាន refactoring ណាមួយដែលមានទំហំធំដែលវានឹងប៉ះពាល់ដល់មូលដ្ឋានកូដទាំងមូលភ្លាមៗនោះទេ។ ចំនួននៃឯកសារដែលត្រូវបានផ្លាស់ប្តូរក្នុងពេលតែមួយកម្រមានលើសពីដប់ ដូច្នេះវាសមហេតុផលក្នុងការវិភាគពួកវា។ សម្រាប់ស្ថានភាពបែបនេះមាន របៀបវិភាគបន្ថែម. កុំភ័យស្លន់ស្លោ នេះមិនមែនជាឧបករណ៍ផ្សេងទៀតទេ។ នេះគឺជារបៀបពិសេសដែលអនុញ្ញាតឱ្យអ្នកវិភាគតែឯកសារដែលបានផ្លាស់ប្តូរ និងភាពអាស្រ័យរបស់វា ហើយវានឹងកើតឡើងដោយស្វ័យប្រវត្តិបន្ទាប់ពីបង្កើត ប្រសិនបើអ្នកកំពុងធ្វើការនៅក្នុង IDE ជាមួយនឹងកម្មវិធីជំនួយដែលបានដំឡើង។

ប្រសិនបើអ្នកវិភាគរកឃើញបញ្ហានៅក្នុងកូដដែលបានផ្លាស់ប្តូរថ្មីៗនេះ វានឹងរាយការណ៍ដោយឯករាជ្យ។ ឧទាហរណ៍ PVS-Studio នឹងប្រាប់អ្នកអំពីបញ្ហានេះដោយប្រើការជូនដំណឹង៖

ជាការពិតណាស់ ការប្រាប់អ្នកអភិវឌ្ឍន៍ឱ្យប្រើឧបករណ៍គឺមិនគ្រប់គ្រាន់ទេ។ យើងត្រូវប្រាប់ពួកគេថាវាជាអ្វី និងរបៀបដែលវាជា។ ជាឧទាហរណ៍ ខាងក្រោមនេះគឺជាអត្ថបទអំពីការចាប់ផ្ដើមរហ័សសម្រាប់ PVS-Studio ប៉ុន្តែអ្នកអាចស្វែងរកការបង្រៀនស្រដៀងគ្នាសម្រាប់ឧបករណ៍ណាមួយដែលអ្នកចូលចិត្ត៖

អត្ថបទបែបនេះផ្តល់នូវព័ត៌មានទាំងអស់ដែលចាំបាច់សម្រាប់ការប្រើប្រាស់ប្រចាំថ្ងៃ ហើយមិនត្រូវការពេលវេលាច្រើនទេ។ 🙂

សូម្បីតែនៅដំណាក់កាលនៃការស្គាល់ឧបករណ៍នេះ យើងបានទប់ស្កាត់ការព្រមានជាច្រើនក្នុងអំឡុងពេលនៃការចាប់ផ្តើមដំបូង។ ជាអកុសល អ្នកវិភាគឋិតិវន្តមិនល្អឥតខ្ចោះទេ ដូច្នេះពីពេលមួយទៅពេលមួយពួកគេផ្តល់ភាពវិជ្ជមានមិនពិត។ ជាធម្មតាវាជាការងាយស្រួលក្នុងការទប់ស្កាត់ពួកវា ជាឧទាហរណ៍ ក្នុងកម្មវិធីជំនួយ PVS-Studio សម្រាប់ Visual Studio អ្នកគ្រាន់តែចុចប៊ូតុងមួយប៉ុណ្ណោះ៖

ទោះយ៉ាងណាក៏ដោយ អ្នកអាចធ្វើលើសពីការបង្ក្រាបពួកគេ។ ឧទាហរណ៍ អ្នកអាចរាយការណ៍បញ្ហាដើម្បីគាំទ្រ។ ប្រសិនបើភាពវិជ្ជមានមិនពិតអាចត្រូវបានកែ នោះនៅក្នុងការអាប់ដេតនាពេលខាងមុខ អ្នកអាចសម្គាល់ឃើញថា រាល់ពេលដែលមានភាពវិជ្ជមានមិនពិតតិចជាងមុនជាក់លាក់ចំពោះមូលដ្ឋានកូដរបស់អ្នក។

បន្ទាប់ពីការរួមបញ្ចូល

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

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

ហើយប្រសិនបើអ្នក ឬសហការីរបស់អ្នកនៅតែមិនប្រាកដថាតើវាមានតម្លៃក្នុងការអនុវត្តកម្មវិធីវិភាគនោះខ្ញុំស្នើឱ្យអ្នកចាប់ផ្តើមអានអត្ថបទ "ហេតុផលដើម្បីណែនាំអ្នកវិភាគកូដឋិតិវន្ត PVS-Studio ទៅក្នុងដំណើរការអភិវឌ្ឍន៍"។ វាដោះស្រាយកង្វល់ធម្មតារបស់អ្នកអភិវឌ្ឍន៍ដែលថាការវិភាគឋិតិវន្តនឹងចំណាយពេលយូររបស់ពួកគេ ហើយដូច្នេះនៅលើ។

ប្រសិនបើអ្នកចង់ចែករំលែកអត្ថបទនេះជាមួយទស្សនិកជនដែលនិយាយភាសាអង់គ្លេស សូមប្រើតំណបកប្រែ៖ Maxim Zvyagintsev ។ ការវិភាគឋិតិវន្ត៖ ពីការចាប់ផ្តើមទៅសមាហរណកម្ម.

ប្រភព: www.habr.com

ការវិភាគឋិតិវន្ត - ពីការណែនាំដល់ការរួមបញ្ចូល