គោលការណ៍ទំនួលខុសត្រូវតែមួយ។ មិនសាមញ្ញដូចដែលវាហាក់ដូចជា

គោលការណ៍ទំនួលខុសត្រូវតែមួយ ឬហៅថាគោលការណ៍នៃការទទួលខុសត្រូវតែមួយ។
aka គោលការណ៍នៃភាពប្រែប្រួលឯកសណ្ឋាន - បុរសរអិលខ្លាំងណាស់ក្នុងការយល់ និងសំណួរដ៏គួរឱ្យភ័យខ្លាចបែបនេះនៅឯសំភាសន៍អ្នកសរសេរកម្មវិធី។

ការស្គាល់គ្នាដ៏ធ្ងន់ធ្ងរលើកដំបូងរបស់ខ្ញុំជាមួយនឹងគោលការណ៍នេះបានកើតឡើងនៅដើមឆ្នាំទី XNUMX នៅពេលដែលក្មេងៗនិងបៃតងត្រូវបានគេយកទៅព្រៃដើម្បីធ្វើឱ្យសិស្សចេញពីដង្កូវ - សិស្សពិតប្រាកដ។

នៅក្នុងព្រៃ យើងបែងចែកជាក្រុមដែលមានគ្នាពី 8 ទៅ 9 នាក់ ហើយមានការប្រកួតប្រជែងមួយ - ក្រុមណានឹងផឹកវ៉ូដកាមួយដបលឿនបំផុត ផ្តល់ឱ្យអ្នកទីមួយពីក្រុមចាក់វ៉ូដាកាទៅក្នុងកែវ ទីពីរផឹកវា ហើយទីបីមានអាហារសម្រន់។ អង្គភាពដែលបានបញ្ចប់ប្រតិបត្តិការរបស់ខ្លួនផ្លាស់ទីទៅចុងបញ្ចប់នៃជួរក្រុម។

ករណីដែលទំហំជួរជាពហុគុណនៃបី គឺជាការអនុវត្តដ៏ល្អរបស់ សម រង្ស៊ី

និយមន័យ 1. ទំនួលខុសត្រូវតែមួយ។

និយមន័យផ្លូវការនៃគោលការណ៍ទំនួលខុសត្រូវតែមួយ (SRP) ចែងថា អង្គភាពនីមួយៗមានទំនួលខុសត្រូវ និងហេតុផលសម្រាប់អត្ថិភាពរបស់ខ្លួន ហើយវាមានទំនួលខុសត្រូវតែមួយគត់។

ពិចារណាវត្ថុ "អ្នកផឹក" (Tippler).
ដើម្បីអនុវត្តគោលការណ៍របស់គណបក្ស សម រង្ស៊ី យើងនឹងបែងចែកការទទួលខុសត្រូវជាបី៖

• មួយចាក់ (PourOperation)
• ភេសជ្ជៈមួយកែវ (DrinkUpOperation)
• ម្នាក់មានអាហារសម្រន់ (ប្រតិបត្តិការ TakeBite)

អ្នកចូលរួមក្នុងដំណើរការនីមួយៗទទួលខុសត្រូវចំពោះធាតុផ្សំមួយនៃដំណើរការ ពោលគឺមានទំនួលខុសត្រូវអាតូមិកមួយ - ផឹក ចាក់ ឬអាហារសម្រន់។

នៅក្នុងវេន, រន្ធផឹក, គឺជា facade សម្រាប់ប្រតិបត្តិការទាំងនេះ:

сlass Tippler {
    //...
    void Act(){
        _pourOperation.Do() // налить
        _drinkUpOperation.Do() // выпить
        _takeBiteOperation.Do() // закусить
    }
}

ហេតុអ្វី?

អ្នកសរសេរកម្មវិធីរបស់មនុស្សសរសេរកូដសម្រាប់ ape-man ហើយ ape-man គឺមិនយកចិត្តទុកដាក់ ឆោតល្ងង់ និងតែងតែប្រញាប់។ គាត់​អាច​កាន់​និង​យល់​អំពី 3 ទៅ 7 ពាក្យ​ក្នុង​ពេល​តែ​មួយ​។
ក្នុង​ករណី​អ្នក​ប្រមឹក​មាន​ពាក្យ​៣​យ៉ាង​នេះ​។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើយើងសរសេរកូដដោយមួយសន្លឹក នោះវានឹងមានដៃ វ៉ែនតា ការប្រយុទ្ធ និងការឈ្លោះប្រកែកគ្នាមិនចេះចប់អំពីនយោបាយ។ ហើយទាំងអស់នេះនឹងមាននៅក្នុងតួនៃវិធីសាស្រ្តមួយ។ ខ្ញុំប្រាកដថាអ្នកបានឃើញកូដបែបនេះនៅក្នុងការអនុវត្តរបស់អ្នក។ មិនមែនជាការធ្វើតេស្តមនុស្សធម៌បំផុតសម្រាប់ចិត្តសាស្ត្រទេ។

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

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

ឥឡូវនេះ សម រង្ស៊ី គឺជាគោលការណ៍ដែលពន្យល់ពីរបៀបបំបែក ពោលគឺកន្លែងដែលត្រូវគូសបន្ទាត់បែងចែក.

គាត់និយាយថាវាចាំបាច់ក្នុងការបែងចែកតាមគោលការណ៍នៃការបែងចែក "ការទទួលខុសត្រូវ" ពោលគឺយោងទៅតាមភារកិច្ចនៃវត្ថុមួយចំនួន។

តោះត្រឡប់មកផឹកវិញ និងគុណសម្បត្តិដែលបុរសស្វាទទួលបានពេលខូចចិត្ត៖

• កូដបានក្លាយទៅជាច្បាស់លាស់ខ្លាំងនៅគ្រប់កម្រិត
• កូដអាចត្រូវបានសរសេរដោយអ្នកសរសេរកម្មវិធីជាច្រើនក្នុងពេលតែមួយ (នីមួយៗសរសេរធាតុដាច់ដោយឡែក)
• ការធ្វើតេស្តដោយស្វ័យប្រវត្តិត្រូវបានធ្វើឱ្យសាមញ្ញ - ធាតុកាន់តែសាមញ្ញ វាកាន់តែងាយស្រួលក្នុងការធ្វើតេស្ត
• សមាសភាពនៃកូដលេចឡើង - អ្នកអាចជំនួសបាន។ DrinkUpOperation ដល់​ប្រតិបត្តិការ​មួយ​ដែល​ប្រមឹក​ចាក់​រាវ​ក្រោម​តុ។ ឬជំនួសប្រតិបត្តិការចាក់ជាមួយប្រតិបត្តិការដែលអ្នកលាយស្រា និងទឹក ឬវ៉ូដាកា និងស្រាបៀរ។ អាស្រ័យលើតម្រូវការអាជីវកម្ម អ្នកអាចធ្វើអ្វីគ្រប់យ៉ាងដោយមិនចាំបាច់ប៉ះកូដវិធីសាស្រ្ត Tippler.ច្បាប់.
• ពីប្រតិបត្តិការទាំងនេះអ្នកអាចបត់ glutton (ដោយប្រើតែ ប្រតិបត្តិការ TakeBit), គ្រឿងស្រវឹង (ប្រើតែ DrinkUpOperation ត្រង់ពីដប) និងបំពេញតម្រូវការអាជីវកម្មជាច្រើនទៀត។

(អូ វាហាក់បីដូចជានេះជាគោលការណ៍ OCP រួចហើយ ហើយខ្ញុំបានរំលោភលើការទទួលខុសត្រូវនៃការប្រកាសនេះ)

ហើយជាការពិតណាស់គុណវិបត្តិ:

• យើងនឹងត្រូវបង្កើតប្រភេទបន្ថែមទៀត។
• បុរសប្រមឹកផឹកជាលើកដំបូងពីរបីម៉ោងក្រោយជាងគាត់នឹងបានផឹក។

និយមន័យ 2. ភាពប្រែប្រួលបង្រួបបង្រួម។

អនុញ្ញាតឱ្យខ្ញុំ, សុភាពបុរស! ថ្នាក់ផឹកក៏មានទំនួលខុសត្រូវតែមួយ - វាផឹក! ហើយជាទូទៅពាក្យ "ទំនួលខុសត្រូវ" គឺជាគំនិតមិនច្បាស់លាស់បំផុត។ នរណាម្នាក់ទទួលខុសត្រូវចំពោះជោគវាសនារបស់មនុស្សជាតិ ហើយមាននរណាម្នាក់ទទួលខុសត្រូវចំពោះការចិញ្ចឹមសត្វភេនឃ្វីនដែលក្រឡាប់នៅបង្គោល។

ចូរយើងពិចារណាការអនុវត្តពីររបស់អ្នកផឹក។ ថ្នាក់ទីមួយដែលបានរៀបរាប់ខាងលើមានបីថ្នាក់ - ចាក់ ភេសជ្ជៈ និងអាហារសម្រន់។

ទីពីរ​ត្រូវ​បាន​សរសេរ​តាម​រយៈ​វិធីសាស្ត្រ "ឆ្ពោះទៅ​មុខ​តែ​ប៉ុណ្ណោះ" ហើយ​មាន​តក្កវិជ្ជា​ទាំងអស់​ក្នុង​វិធីសាស្ត្រ ច្បាប់:

//Не тратьте время  на изучение этого класса. Лучше съешьте печеньку
сlass BrutTippler {
   //...
   void Act(){
        // наливаем
    if(!_hand.TryDischarge(from:_bottle, to:_glass, size:_glass.Capacity))
        throw new OverdrunkException();

    // выпиваем
    if(!_hand.TryDrink(from: _glass,  size: _glass.Capacity))
        throw new OverdrunkException();

    //Закусываем
    for(int i = 0; i< 3; i++){
        var food = _foodStore.TakeOrDefault();
        if(food==null)
            throw new FoodIsOverException();

        _hand.TryEat(food);
    }
   }
}

ថ្នាក់ទាំងពីរនេះ តាមទស្សនៈរបស់អ្នកសង្កេតការណ៍ខាងក្រៅ មើលទៅដូចគ្នា និងទទួលខុសត្រូវដូចគ្នាចំពោះ "ការផឹក" ។

ច្រលំ!

បន្ទាប់មក យើងចូលទៅអ៊ីនធឺណិត ហើយស្វែងរកនិយមន័យផ្សេងទៀតនៃ SRP - គោលការណ៍ផ្លាស់ប្តូរតែមួយ។

SCP បញ្ជាក់ថា "ម៉ូឌុលមានហេតុផលតែមួយគត់ដើម្បីផ្លាស់ប្តូរ"។ នោះគឺ "ការទទួលខុសត្រូវគឺជាហេតុផលសម្រាប់ការផ្លាស់ប្តូរ" ។

(វាហាក់ដូចជាបុរសដែលបានបង្កើតនិយមន័យដើមមានទំនុកចិត្តលើសមត្ថភាព telepathic របស់បុរសស្វា)

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

នៅក្នុងវិធីសាស្រ្ត "ឆ្ពោះទៅមុខ និងតែមួយគត់" អ្វីគ្រប់យ៉ាងដែលអាចផ្លាស់ប្តូរបានត្រូវបានផ្លាស់ប្តូរតែនៅក្នុងវិធីសាស្រ្តប៉ុណ្ណោះ។ ច្បាប់. នេះអាចអានបាន និងមានប្រសិទ្ធភាពនៅពេលដែលមានតក្កវិជ្ជាតិចតួច ហើយវាកម្រនឹងផ្លាស់ប្តូរ ប៉ុន្តែជារឿយៗវាបញ្ចប់ដោយវិធីសាស្រ្តដ៏គួរឱ្យភ័យខ្លាចនៃ 500 បន្ទាត់នីមួយៗ ជាមួយនឹងសេចក្តីថ្លែងការណ៍ប្រសិនបើច្រើនជាងតម្រូវការសម្រាប់រុស្ស៊ីក្នុងការចូលរួមជាមួយណាតូ។

និយមន័យ 3. ការធ្វើមូលដ្ឋានីយកម្មនៃការផ្លាស់ប្តូរ។

អ្នកផឹកស្រាច្រើនតែមិនយល់ពីមូលហេតុដែលពួកគេភ្ញាក់នៅក្នុងផ្ទះល្វែងរបស់នរណាម្នាក់ ឬកន្លែងដែលទូរសព្ទរបស់ពួកគេស្ថិតនៅ។ វាដល់ពេលហើយដើម្បីបន្ថែមការកត់ត្រាលម្អិត។

ចូរចាប់ផ្តើមកត់ត្រាជាមួយនឹងដំណើរការចាក់៖

class PourOperation: IOperation{
    PourOperation(ILogger log /*....*/){/*...*/}
    //...
    void Do(){
        _log.Log($"Before pour with {_hand} and {_bottle}");
        //Pour business logic ...
        _log.Log($"After pour with {_hand} and {_bottle}");
    }
}

ដោយការវេចខ្ចប់វានៅក្នុង PourOperationយើងបានធ្វើសកម្មភាពដោយឈ្លាសវៃពីទស្សនៈនៃទំនួលខុសត្រូវ និងការរុំព័ទ្ធ ប៉ុន្តែឥឡូវនេះយើងមានការភ័ន្តច្រឡំជាមួយនឹងគោលការណ៍នៃភាពប្រែប្រួល។ បន្ថែមពីលើប្រតិបត្តិការខ្លួនវាដែលអាចផ្លាស់ប្តូរបាន ការកាប់ឈើខ្លួនឯងក៏ក្លាយទៅជាអាចផ្លាស់ប្តូរបានផងដែរ។ អ្នកនឹងត្រូវបំបែក និងបង្កើតអ្នកកាប់ឈើពិសេសសម្រាប់ប្រតិបត្តិការចាក់ទឹក៖

interface IPourLogger{
    void LogBefore(IHand, IBottle){}
    void LogAfter(IHand, IBottle){}
    void OnError(IHand, IBottle, Exception){}
}

class PourOperation: IOperation{
    PourOperation(IPourLogger log /*....*/){/*...*/}
    //...
    void Do(){
        _log.LogBefore(_hand, _bottle);
        try{
             //... business logic
             _log.LogAfter(_hand, _bottle");
        }
        catch(exception e){
            _log.OnError(_hand, _bottle, e)
        }
    }
}

អ្នកអានដែលល្អិតល្អន់នឹងកត់សម្គាល់ កំណត់ហេតុក្រោយ, កំណត់ហេតុមុន។ и កំហុស ក៏អាចត្រូវបានផ្លាស់ប្តូរជាលក្ខណៈបុគ្គលផងដែរ ហើយដោយភាពស្រដៀងគ្នាជាមួយនឹងជំហានមុននឹងបង្កើតថ្នាក់ចំនួនបី៖ PourLogger ពីមុន, PourLoggerAfter и PourErrorLogger.

ហើយដោយចងចាំថាមានប្រតិបត្តិការបីសម្រាប់អ្នកផឹកមួយយើងទទួលបានថ្នាក់កាប់ឈើចំនួនប្រាំបួន។ ជាលទ្ធផលរង្វង់ផឹកទាំងមូលមាន 14 ថ្នាក់ (!!!) ។

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

ត្រង់ចំណុចនេះហើយ ដែលមនុស្សជាច្រើនសន្និដ្ឋានថា សម រង្ស៊ី ជារឿងនិទានពីនគរពណ៌ផ្កាឈូក ហើយទៅលេងគុយទាវ...

... ដោយមិនបានសិក្សាអំពីអត្ថិភាពនៃនិយមន័យទីបីនៃ Srp:

“គោលការណ៍ទំនួលខុសត្រូវតែមួយចែងថា របស់ដែលស្រដៀងនឹងការផ្លាស់ប្តូរ គួរតែរក្សាទុកនៅកន្លែងតែមួយ"។ ឬ "អ្វី​ដែល​ការ​ផ្លាស់​ប្តូ​រ​រួម​គ្នា​គួរ​តែ​រក្សា​ទុក​នៅ​មួយ​កន្លែង​"

នោះគឺប្រសិនបើយើងផ្លាស់ប្តូរការកាប់ឈើនៃប្រតិបត្តិការមួយនោះយើងត្រូវតែផ្លាស់ប្តូរវានៅកន្លែងតែមួយ។

នេះជាចំណុចសំខាន់ណាស់ ព្រោះរាល់ការពន្យល់របស់ សម រង្ស៊ី ខាងលើ បាននិយាយថា ចាំបាច់ត្រូវកម្ទេចប្រភេទ ខណៈពេលដែលពួកគេកំពុងត្រូវបានកំទេច ពោលគឺពួកគេដាក់ “ដែនកំណត់ខាងលើ” លើទំហំវត្ថុ ហើយឥឡូវនេះ យើងកំពុងនិយាយអំពី "ដែនកំណត់ទាប" រួចហើយ។ ក្នុង​ន័យ​ផ្សេងទៀត, សម រង្ស៊ី មិនត្រឹមតែតម្រូវឱ្យ "កំទេចពេលកំទេច" ប៉ុណ្ណោះទេ ថែមទាំងមិនធ្វើឱ្យវាហួសប្រមាណ - "កុំកំទេចរបស់ដែលជាប់គាំង". នេះជាសមរភូមិដ៏អស្ចារ្យរវាងឡាមរបស់ Occam និងបុរសស្វា!

ឥឡូវនេះអ្នកផឹកគួរតែមានអារម្មណ៍ធូរស្រាល។ បន្ថែមពីលើការពិតដែលថាមិនចាំបាច់បែងចែកអ្នកកាប់ឈើ IPourLogger ជាបីថ្នាក់ទេ យើងក៏អាចផ្សំអ្នកកាប់ឈើទាំងអស់ទៅជាប្រភេទមួយផងដែរ៖

class OperationLogger{
    public OperationLogger(string operationName){/*..*/}
    public void LogBefore(object[] args){/*...*/}       
    public void LogAfter(object[] args){/*..*/}
    public void LogError(object[] args, exception e){/*..*/}
}

ហើយប្រសិនបើយើងបន្ថែមប្រតិបត្តិការប្រភេទទី XNUMX នោះការកាប់ឈើសម្រាប់វាគឺរួចរាល់ហើយ។ ហើយកូដនៃប្រតិបត្តិការខ្លួនឯងគឺស្អាត និងគ្មានសំលេងរំខានពីហេដ្ឋារចនាសម្ព័ន្ធ។

ជាលទ្ធផលយើងមាន 5 ថ្នាក់សម្រាប់ដោះស្រាយបញ្ហានៃការផឹក:

• ប្រតិបត្តិការចាក់
• ប្រតិបត្តិការផឹក
• ប្រតិបត្តិការកកស្ទះ
• អ្នកកាប់ឈើ
• facade អ្នកផឹក

ពួកគេម្នាក់ៗទទួលខុសត្រូវយ៉ាងតឹងរ៉ឹងចំពោះមុខងារមួយ ហើយមានហេតុផលមួយសម្រាប់ការផ្លាស់ប្តូរ។ ច្បាប់ទាំងអស់ដែលស្រដៀងនឹងការផ្លាស់ប្តូរមានទីតាំងនៅក្បែរនោះ។

ឧទាហរណ៍ជីវិតពិត

យើងធ្លាប់បានសរសេរសេវាកម្មសម្រាប់ការចុះឈ្មោះម៉ាស៊ីនភ្ញៀវ b2b ដោយស្វ័យប្រវត្តិ។ ហើយវិធីសាស្រ្តរបស់ព្រះជាម្ចាស់បានបង្ហាញខ្លួនសម្រាប់ 200 បន្ទាត់នៃមាតិកាស្រដៀងគ្នា:

• ចូលទៅកាន់ 1C ហើយបង្កើតគណនីមួយ។
• ជាមួយនឹងគណនីនេះ សូមចូលទៅកាន់ម៉ូឌុលបង់ប្រាក់ ហើយបង្កើតវានៅទីនោះ
• ពិនិត្យមើលថាគណនីដែលមានគណនីបែបនេះមិនត្រូវបានបង្កើតនៅលើម៉ាស៊ីនមេទេ។
• បង្កើតគណនីថ្មី។
• បន្ថែមលទ្ធផលចុះឈ្មោះក្នុងម៉ូឌុលបង់ប្រាក់ និងលេខ 1c ទៅសេវាកម្មលទ្ធផលចុះឈ្មោះ
• បន្ថែមព័ត៌មានគណនីទៅក្នុងតារាងនេះ។
• បង្កើតលេខចំណុចសម្រាប់អតិថិជននេះនៅក្នុងសេវាកម្មចំណុច។ ហុចលេខគណនី 1c របស់អ្នកទៅកាន់សេវាកម្មនេះ។

ហើយមានប្រតិបត្តិការអាជីវកម្មប្រហែល 10 ទៀតនៅក្នុងបញ្ជីនេះជាមួយនឹងការតភ្ជាប់ដ៏គួរឱ្យភ័យខ្លាច។ ស្ទើរតែគ្រប់គ្នាត្រូវការវត្ថុគណនី។ លេខសម្គាល់ចំណុច និងឈ្មោះអតិថិជនត្រូវការជាចាំបាច់ក្នុងពាក់កណ្តាលនៃការហៅទូរសព្ទ។

បន្ទាប់ពីមួយម៉ោងនៃការកែលម្អឡើងវិញ យើងអាចបំបែកកូដហេដ្ឋារចនាសម្ព័ន្ធ និងចំណុចមួយចំនួននៃការធ្វើការជាមួយគណនីទៅជាវិធីសាស្រ្ត/ថ្នាក់ដាច់ដោយឡែក។ វិធីសាស្រ្តរបស់ព្រះជាម្ចាស់បានធ្វើឱ្យវាកាន់តែងាយស្រួល ប៉ុន្តែមានលេខកូដចំនួន 100 ដែលនៅសល់ ដែលគ្រាន់តែមិនចង់ឱ្យវារហែក។

មានតែបន្ទាប់ពីពីរបីថ្ងៃប៉ុណ្ណោះដែលវាច្បាស់ថាខ្លឹមសារនៃវិធីសាស្រ្ត "ស្រាល" នេះគឺជាក្បួនដោះស្រាយអាជីវកម្ម។ ហើយថាការពិពណ៌នាដើមនៃលក្ខណៈបច្ចេកទេសគឺស្មុគស្មាញណាស់។ ហើយ​វា​ជា​ការ​ប៉ុនប៉ង​បំបែក​វិធីសាស្ត្រ​នេះ​ជា​បំណែក​ដែល​នឹង​បំពាន​គណបក្ស​សមរង្ស៊ី ហើយ​មិន​ផ្ទុយ​មកវិញ​ទេ។

របបនិយម។

ដល់​ពេល​ទុក​ឲ្យ​អ្នក​ស្រវឹង​នៅ​ម្នាក់​ឯង។ ជូតទឹកភ្នែករបស់អ្នក - យើងប្រាកដជានឹងត្រលប់ទៅវាវិញនៅថ្ងៃណាមួយ។ ឥឡូវ​នេះ ចូរ​យើង​កំណត់​ចំណេះដឹង​ជា​ផ្លូវការ​ពី​អត្ថបទ​នេះ។

ទម្រង់បែបបទ ១.និយមន័យរបស់គណបក្សសមរង្ស៊ី

1. បំបែកធាតុដើម្បីឱ្យពួកគេម្នាក់ៗទទួលខុសត្រូវចំពោះរឿងមួយ។
2. ទំនួលខុសត្រូវតំណាងឱ្យ "ហេតុផលដើម្បីផ្លាស់ប្តូរ" ។ នោះគឺធាតុនីមួយៗមានហេតុផលតែមួយគត់សម្រាប់ការផ្លាស់ប្តូរ ទាក់ទងនឹងតក្កវិជ្ជាអាជីវកម្ម។
3. ការផ្លាស់ប្តូរសក្តានុពលចំពោះតក្កវិជ្ជាអាជីវកម្ម។ ត្រូវតែត្រូវបានធ្វើមូលដ្ឋានីយកម្ម។ ធាតុដែលផ្លាស់ប្តូរសមកាលកម្មត្រូវតែនៅជិត។

ទម្រង់បែបបទ 2. លក្ខណៈវិនិច្ឆ័យនៃការធ្វើតេស្តដោយខ្លួនឯងចាំបាច់។

ខ្ញុំ​មិន​បាន​ឃើញ​លក្ខណៈ​វិនិច្ឆ័យ​គ្រប់គ្រាន់​សម្រាប់​បំពេញ​គណបក្ស សម រង្ស៊ី ទេ។ ប៉ុន្តែមានលក្ខខណ្ឌចាំបាច់៖

1) សួរខ្លួនឯងថាតើថ្នាក់/វិធីសាស្រ្ត/ម៉ូឌុល/សេវាកម្មនេះធ្វើអ្វី។ អ្នកត្រូវតែឆ្លើយវាជាមួយនឹងនិយមន័យសាមញ្ញ។ (សូមអរគុណ ប្រាយតូរី )

ការពន្យល់

ទោះយ៉ាងណាក៏ដោយ ពេលខ្លះវាពិបាកណាស់ក្នុងការស្វែងរកនិយមន័យសាមញ្ញ

2) ជួសជុលកំហុស ឬបន្ថែមមុខងារថ្មីប៉ះពាល់ដល់ចំនួនឯកសារ/ថ្នាក់អប្បបរមា។ តាមឧត្ដមគតិ - មួយ។

ការពន្យល់

ដោយសារទំនួលខុសត្រូវ (សម្រាប់លក្ខណៈពិសេស ឬកំហុស) ត្រូវបានបញ្ចូលក្នុងឯកសារ/ថ្នាក់មួយ អ្នកដឹងច្បាស់ពីកន្លែងដែលត្រូវមើល និងអ្វីដែលត្រូវកែសម្រួល។ ឧទាហរណ៍៖ លក្ខណៈពិសេសនៃការផ្លាស់ប្តូរលទ្ធផលនៃប្រតិបត្តិការកាប់ឈើនឹងតម្រូវឱ្យផ្លាស់ប្តូរតែអ្នកកាប់ឈើប៉ុណ្ណោះ។ មិនចាំបាច់រត់តាមលេខកូដដែលនៅសល់ទេ។

ឧទាហរណ៍មួយទៀតគឺការបន្ថែមការគ្រប់គ្រង UI ថ្មី ស្រដៀងទៅនឹងអ្វីដែលមុនៗ។ ប្រសិនបើនេះបង្ខំអ្នកឱ្យបន្ថែម 10 អង្គភាពផ្សេងគ្នា និង 15 កម្មវិធីបំប្លែងផ្សេងគ្នា វាហាក់ដូចជាអ្នកកំពុងធ្វើវាលើស។

3) ប្រសិនបើអ្នកអភិវឌ្ឍន៍ជាច្រើនកំពុងធ្វើការលើលក្ខណៈពិសេសផ្សេងគ្នានៃគម្រោងរបស់អ្នក នោះលទ្ធភាពនៃជម្លោះបញ្ចូលគ្នា ពោលគឺលទ្ធភាពដែលឯកសារ/ថ្នាក់ដូចគ្នានឹងត្រូវបានផ្លាស់ប្តូរដោយអ្នកអភិវឌ្ឍន៍ជាច្រើនក្នុងពេលតែមួយគឺតិចតួចបំផុត។

ការពន្យល់

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

4) នៅពេលសួរសំណួរច្បាស់លាស់អំពីតក្កវិជ្ជាអាជីវកម្ម (ពីអ្នកអភិវឌ្ឍន៍ ឬអ្នកគ្រប់គ្រង) អ្នកចូលទៅក្នុងថ្នាក់/ឯកសារមួយយ៉ាងតឹងរ៉ឹង ហើយទទួលបានព័ត៌មានពីទីនោះតែប៉ុណ្ណោះ។

ការពន្យល់

លក្ខណៈពិសេស ច្បាប់ ឬក្បួនដោះស្រាយត្រូវបានសរសេរយ៉ាងតូចចង្អៀត នីមួយៗនៅកន្លែងតែមួយ និងមិនរាយប៉ាយដោយទង់ជាតិពាសពេញចន្លោះកូដនោះទេ។

5) ឈ្មោះគឺច្បាស់លាស់។

ការពន្យល់

ថ្នាក់ ឬវិធីសាស្រ្តរបស់យើងគឺទទួលខុសត្រូវចំពោះរឿងមួយ ហើយការទទួលខុសត្រូវត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងឈ្មោះរបស់វា។

AllManagersManagerService - ភាគច្រើនទំនងជាថ្នាក់ព្រះ
LocalPayment - ប្រហែលជាមិនមែនទេ។

ទម្រង់បែបបទ 3. វិធីសាស្រ្តអភិវឌ្ឍន៍ Occam-first ។

នៅដើមដំបូងនៃការរចនាបុរសស្វាមិនដឹងនិងមិនមានអារម្មណ៍ថា subtleties ទាំងអស់នៃបញ្ហាដែលកំពុងត្រូវបានដោះស្រាយហើយអាចធ្វើឱ្យមានកំហុស។ អ្នកអាចធ្វើខុសតាមវិធីផ្សេងៗគ្នា៖

• ធ្វើឱ្យវត្ថុធំពេកដោយការរួមបញ្ចូលគ្នានូវទំនួលខុសត្រូវផ្សេងៗគ្នា
• ការរៀបចំឡើងវិញដោយបែងចែកការទទួលខុសត្រូវតែមួយទៅជាប្រភេទផ្សេងៗគ្នាជាច្រើន។
• កំណត់ព្រំដែននៃការទទួលខុសត្រូវមិនត្រឹមត្រូវ

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

វាដល់ពេលដែលត្រូវហៅវាក្នុងមួយថ្ងៃ

វិសាលភាពនៃ SRP មិនត្រូវបានកំណត់ចំពោះ OOP និង SOLID ទេ។ វាអនុវត្តចំពោះវិធីសាស្រ្ត មុខងារ ថ្នាក់ ម៉ូឌុល សេវាមីក្រូ និងសេវាកម្ម។ វាអនុវត្តចំពោះការអភិវឌ្ឍន៍ទាំង "figax-figax-and-prod" និង "rocket-science" ដែលធ្វើឱ្យពិភពលោកកាន់តែប្រសើរឡើងនៅគ្រប់ទីកន្លែង។ ប្រសិនបើអ្នកគិតអំពីវា នេះស្ទើរតែជាគោលការណ៍គ្រឹះនៃវិស្វកម្មទាំងអស់។ វិស្វកម្មមេកានិក ប្រព័ន្ធគ្រប់គ្រង និងប្រព័ន្ធស្មុគ្រស្មាញទាំងអស់ត្រូវបានបង្កើតឡើងពីសមាសធាតុ ហើយ "ការបាក់បែក" ដកហូតអ្នករចនានៃភាពបត់បែន "ការបែកខ្ញែកហួសប្រមាណ" ដកហូតអ្នករចនាពីប្រសិទ្ធភាព និងព្រំដែនមិនត្រឹមត្រូវ ដកហូតហេតុផល និងសន្តិភាពនៃចិត្ត។

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

ប្រភព: www.habr.com