அமைப்புகளுக்கான செயல்பாட்டுத் தேவைகளை விவரிப்பதற்கான நவீன முறைகள். அலிஸ்டர் கோபர்ன். புத்தகத்தின் மதிப்பாய்வு மற்றும் சேர்த்தல்

சிக்கல் அறிக்கையின் ஒரு பகுதியை எழுதுவதற்கான ஒரு முறையை புத்தகம் விவரிக்கிறது, அதாவது பயன்பாட்டு வழக்கு முறை.

அது என்ன? இது கணினியுடன் (அல்லது வணிகத்துடன்) பயனர் தொடர்பு சூழ்நிலையின் விளக்கமாகும். இந்த வழக்கில், கணினி ஒரு கருப்பு பெட்டியாக செயல்படுகிறது (மேலும் இது சிக்கலான வடிவமைப்பு பணியை இடைவினையை வடிவமைத்தல் மற்றும் இந்த தொடர்புகளை உறுதி செய்வதாக பிரிக்க உதவுகிறது). அதே நேரத்தில், குறியீட்டு தரநிலைகள் அறிமுகப்படுத்தப்படுகின்றன, இது பங்கேற்பாளர்கள் அல்லாதவர்கள் உட்பட வாசிப்பை எளிதாக்குவதை உறுதி செய்கிறது, மேலும் பங்குதாரரின் குறிக்கோள்களுடன் முழுமை மற்றும் இணக்கத்திற்கான சில காசோலைகளை அனுமதிக்கிறது.

வழக்கு உதாரணத்தைப் பயன்படுத்தவும்

மின்னஞ்சல் வழியாக தளத்தில் அங்கீகாரத்தின் உதாரணத்தைப் பயன்படுத்தி, காட்சி எப்படி இருக்கும்:

(அமைப்பு) உங்கள் தனிப்பட்ட கணக்கை அணுக இணையதளத்தில் உள்நுழைக. ~~ (கடல் மட்டம்)

சூழல்: ஒரு அங்கீகரிக்கப்படாத கிளையன்ட் தளத்தில் உள்நுழைகிறார், இதனால் தளம் அவரை அடையாளம் கண்டு அவருக்கான தனிப்பட்ட தகவல்களைக் காட்டுகிறது: உலாவல் வரலாறு, கொள்முதல் வரலாறு, தற்போதைய போனஸ் புள்ளிகளின் எண்ணிக்கை போன்றவை, மின்னஞ்சலை உள்நுழைவாகப் பயன்படுத்தி. 
நிலை: பயனர் இலக்கு
முக்கிய கதாபாத்திரம்: வாடிக்கையாளர் (எங்கள் ஆன்லைன் ஸ்டோரின் பார்வையாளர்)
வாய்ப்பு: ஆன்லைன் ஸ்டோர் இணையதளத்துடன் வாடிக்கையாளர் தொடர்பு
பங்குதாரர்கள் மற்றும் ஆர்வங்கள்:

• தனிப்பட்ட அஞ்சல்களை அதிகப் கவரேஜ் செய்வதற்கு, அதிகபட்ச எண்ணிக்கையிலான தள பார்வையாளர்கள் அடையாளம் காணப்பட வேண்டும் என்று சந்தைப்படுத்துபவர் விரும்புகிறார்,
• ஒரு கணக்கிற்கான கடவுச்சொல்லை யூகிக்க அல்லது பலவீனமான கடவுச்சொல்லைக் கொண்ட கணக்கைத் தேடுவது உட்பட, பார்வையாளரின் தனிப்பட்ட தரவை அங்கீகரிக்கப்படாத அணுகல் நிகழ்வுகள் எதுவும் இல்லை என்பதை பாதுகாப்பு நிபுணர் உறுதிப்படுத்த விரும்புகிறார்.
• தாக்குபவர் பாதிக்கப்பட்டவரின் போனஸை அணுக விரும்புகிறார்,
• போட்டியாளர்கள் தயாரிப்புகளில் எதிர்மறையான மதிப்புரைகளை விட்டுவிட விரும்புகிறார்கள்,
• போட்நெட் கடையின் வாடிக்கையாளர் தளத்தைப் பெற விரும்புகிறது மற்றும் தளத்தை செயலிழக்கச் செய்ய தாக்குதலைப் பயன்படுத்துகிறது.

முன்நிபந்தனைகள்: பார்வையாளர் அங்கீகரிக்கப்படக்கூடாது.
குறைந்தபட்ச உத்தரவாதங்கள்: அங்கீகார முயற்சி வெற்றியடைந்ததா அல்லது தோல்வியடைந்ததா என்பதை பார்வையாளர் அறிந்துகொள்வார்.
வெற்றிக்கான உத்தரவாதங்கள்: பார்வையாளர் அங்கீகரிக்கப்பட்டவர்.

முக்கிய காட்சி:

1. வாடிக்கையாளர் அங்கீகாரத்தைத் தொடங்குகிறார்.
2. "பாதுகாப்பு விதி எண். 23" இன் படி, கிளையன்ட் அங்கீகரிக்கப்படவில்லை என்பதையும், கொடுக்கப்பட்ட அமர்விலிருந்து (பல கணக்குகளுக்கான பலவீனமான கடவுச்சொல்லைத் தேடுவது) தோல்வியுற்ற அங்கீகார முயற்சிகளின் எண்ணிக்கையை மீறவில்லை என்பதையும் கணினி உறுதிப்படுத்துகிறது.
3. கணினி அங்கீகார முயற்சிகளின் எண்ணிக்கையை அதிகரிக்கிறது.
4. கணினி கிளையண்டிற்கு அங்கீகார படிவத்தைக் காட்டுகிறது.
5. வாடிக்கையாளர் தனது மின்னஞ்சல் மற்றும் கடவுச்சொல்லை உள்ளிடுகிறார்.
6. கணினியில் அத்தகைய மின்னஞ்சலுடன் ஒரு கிளையன்ட் இருப்பதையும், "பாதுகாப்பு விதி எண். 24" இன் படி கடவுச்சொல் பொருந்துகிறது மற்றும் இந்தக் கணக்கிற்கான உள்நுழைவு முயற்சிகளின் எண்ணிக்கையை மீறவில்லை என்பதையும் கணினி உறுதிப்படுத்துகிறது.
7. கணினி கிளையண்டை அங்கீகரிக்கிறது, இந்த கிளையன்ட் கணக்கின் கடைசி அமர்வுடன் இந்த அமர்வின் உலாவல் வரலாற்றையும் கூடையையும் சேர்க்கிறது.
8. கணினி அங்கீகார வெற்றிச் செய்தியைக் காட்டுகிறது மற்றும் கிளையன்ட் அங்கீகாரத்திற்காக குறுக்கிடப்பட்ட ஸ்கிரிப்ட் படிக்கு நகர்கிறது. இந்த வழக்கில், தனிப்பட்ட கணக்குத் தரவை கணக்கில் எடுத்துக்கொண்டு பக்கத்தில் உள்ள தரவு மீண்டும் ஏற்றப்படுகிறது.

நீட்டிப்புகள்:
2.a வாடிக்கையாளர் ஏற்கனவே அங்கீகரிக்கப்பட்டவர்:
 2.a.1. கணினியானது முன்பு நிகழ்த்தப்பட்ட அங்கீகாரத்தின் உண்மையைப் பற்றி வாடிக்கையாளருக்குத் தெரிவிக்கிறது மற்றும் ஸ்கிரிப்டை குறுக்கிட அல்லது படி 4 க்குச் செல்ல வழங்குகிறது, மேலும் படி 6 வெற்றிகரமாக முடிந்தால், படி 7 தெளிவுபடுத்தலுடன் செய்யப்படுகிறது:
 2.a.7. கணினியானது கிளையண்டை பழைய கணக்கின் கீழ் செயலிழக்கச் செய்கிறது, புதிய கணக்கின் கீழ் வாடிக்கையாளரை அங்கீகரிக்கிறது, அதே நேரத்தில் இந்த ஊடாடல் அமர்வின் உலாவல் வரலாறு மற்றும் கார்ட் பழைய கணக்கில் இருக்கும் மற்றும் புதிய கணக்கிற்கு மாற்ற வேண்டாம். அடுத்து, படி 8 க்குச் செல்லவும்.
2.b "பாதுகாப்பு விதி எண். 23" இன் படி அங்கீகார முயற்சிகளின் எண்ணிக்கை வரம்பை மீறிவிட்டது:
 2.b.1 படி 4 க்குச் செல்லவும், அங்கீகாரப் படிவத்தில் கூடுதலாக ஒரு கேப்ட்சா காட்டப்படும்
 2.b.6 கணினி சரியான கேப்ட்சா உள்ளீட்டை உறுதிப்படுத்துகிறது
    2.b.6.1 கேப்ட்சா தவறாக உள்ளிடப்பட்டது:
      2.b.6.1.1. இந்தக் கணக்கிற்கான தோல்வியுற்ற அங்கீகார முயற்சிகளின் எண்ணிக்கையையும் கணினி அதிகரிக்கிறது
      2.b.6.1.2. கணினி தோல்வி செய்தியைக் காட்டுகிறது மற்றும் படி 2 க்கு திரும்புகிறது
6.a இந்த மின்னஞ்சலுடன் கணக்கு எதுவும் இல்லை:
 6.a.1 கணினி தோல்வியைப் பற்றிய செய்தியைக் காண்பிக்கும் மற்றும் படி 2 க்குச் செல்வதையோ அல்லது “பயனர் பதிவு” காட்சிக்குச் சென்று உள்ளிட்ட மின்னஞ்சலைச் சேமிப்பதையோ தேர்வு செய்கிறது,
6.பி. இந்த மின்னஞ்சலுடன் உள்ள கணக்கிற்கான கடவுச்சொல், உள்ளிட்டவற்றுடன் பொருந்தவில்லை:
 6.b.1 இந்த கணக்கில் தோல்வியுற்ற உள்நுழைவு முயற்சிகளின் எண்ணிக்கையை கணினி அதிகரிக்கிறது.
 6.b.2 சிஸ்டம் தோல்வி பற்றிய செய்தியைக் காண்பிக்கும் மற்றும் "கடவுச்சொல் மீட்பு" சூழ்நிலையில் அல்லது படி 2 க்குச் செல்வதற்கான விருப்பத்தை வழங்குகிறது.
6.c: இந்தக் கணக்கிற்கான உள்நுழைவு முயற்சி கவுண்டர் "பாதுகாப்பு விதி எண். 24"க்கான வரம்பை மீறிவிட்டது.
 6.c.1 கணினி X நிமிடங்களுக்கு கணக்கு உள்நுழைவைத் தடுப்பது பற்றிய செய்தியைக் காண்பிக்கும் மற்றும் படி 2 க்குச் செல்கிறது.

என்ன பெரிய விஷயம்

முழுமை மற்றும் இலக்குகளுடன் இணங்குவதற்கான காசோலைகள், அதாவது, சரிபார்ப்புக்காக மற்றொரு ஆய்வாளருக்கு நீங்கள் தேவைகளை வழங்கலாம், சிக்கல் உருவாக்கும் கட்டத்தில் குறைவான தவறுகளை செய்யலாம்.

கறுப்புப் பெட்டி அமைப்புடன் பணிபுரிவது, செயல்படுத்தும் முறைகளிலிருந்து வாடிக்கையாளருடன் தன்னியக்கமாக்கப்படும் வளர்ச்சியையும் ஒருங்கிணைப்பையும் பிரிக்க உங்களை அனுமதிக்கிறது.

இது பகுப்பாய்வாளர் பாதையின் ஒரு பகுதியாகும், இது பயன்பாட்டிற்கான முக்கிய பகுதிகளில் ஒன்றாகும். பயனரின் காட்சியானது அவரது இயக்கத்தின் முக்கிய பாதைகளை வரையறுக்கிறது, இது வடிவமைப்பாளர் மற்றும் வாடிக்கையாளருக்கான தேர்வு சுதந்திரத்தை பெரிதும் குறைக்கிறது மற்றும் வடிவமைப்பு வளர்ச்சியின் வேகத்தை அதிகரிக்க உதவுகிறது.

ஒவ்வொரு தொடர்பு படிக்கும் விதிவிலக்குகள் அடையாளம் காணப்பட்ட விளக்கத்தில் உள்ள இடத்தில் நான் மிகவும் மகிழ்ச்சியடைகிறேன். ஒரு முழுமையான தகவல் தொழில்நுட்ப அமைப்பு சில வகையான விதிவிலக்குகளைக் கையாள வேண்டும், சில கைமுறையாக, சில தானாகவே (மேலே உள்ள எடுத்துக்காட்டில் உள்ளது போல).

தவறான சிந்தனை விதிவிலக்கு கையாளுதல் ஒரு கணினியை மிகவும் சிரமமான அமைப்பாக மாற்றும் என்பதை அனுபவம் காட்டுகிறது. சோவியத் காலங்களில், ஒரு முடிவைப் பெற, நீங்கள் வெவ்வேறு சேவைகளிலிருந்து பல ஒப்புதல்களைப் பெற வேண்டியிருந்தது, கடைசி சேவை கூறும்போது அது எவ்வளவு வேதனையானது - ஆனால் உங்கள் விண்ணப்பம் தவறான பெயரில் அல்லது வேறு ஏதேனும் பிழையில் உள்ள கதை எனக்கு நினைவிருக்கிறது. நிறுத்தற்குறிகள், எல்லாவற்றையும் மீண்டும் செய்யவும் மற்றும் எல்லாவற்றையும் மீண்டும் ஒருங்கிணைக்கவும்.

விதிவிலக்காக சிந்திக்கப்படாத ஒரு கணினியின் இயக்க தர்க்கத்திற்கு கணினியின் குறிப்பிடத்தக்க மறுவேலை தேவைப்படும் சூழ்நிலைகளை நான் அடிக்கடி சந்திக்கிறேன். இதன் காரணமாக, ஆய்வாளரின் வேலையில் சிங்கத்தின் பங்கு விதிவிலக்கு கையாளுதலுக்காக செலவிடப்படுகிறது.

உரை குறியீடு, வரைபடங்களுக்கு மாறாக, மேலும் விதிவிலக்குகளை அடையாளம் கண்டு மறைக்க அனுமதிக்கிறது.

நடைமுறையில் இருந்து முறைக்கு கூடுதலாக

பயனர் கதையைப் போலல்லாமல், பயன்பாட்டு வழக்கு அறிக்கையின் சுயாதீனமாக முன்னுரிமை அளிக்கப்பட்ட பகுதியாக இல்லை.

மேலே உள்ள சூழ்நிலையில், விதிவிலக்கு “6.a. இந்த மின்னஞ்சலுடன் எந்தக் கணக்கும் காணப்படவில்லை. அடுத்த படி "6.a.1 கணினி தோல்வி செய்தியைக் காட்டுகிறது மற்றும் படி 2 க்கு செல்கிறது." என்ன எதிர்மறையான விஷயங்கள் திரைக்குப் பின்னால் விடப்பட்டன? வாடிக்கையாளரைப் பொறுத்தவரை, எந்தவொரு வருமானமும் தரவை உள்ளிடுவதில் அவர் செய்த அனைத்து வேலைகளும் நிலப்பரப்பில் வீசப்படுவதற்கு சமம். (அது ஸ்கிரிப்ட்டில் தெரியவில்லை!) என்ன செய்யலாம்? இது நடக்காதபடி ஸ்கிரிப்டை மீண்டும் உருவாக்கவும். இதை செய்ய முடியுமா? நீங்கள் - உதாரணமாக, Google அங்கீகார ஸ்கிரிப்டைப் பார்க்கவும்.

காட்சி தேர்வுமுறை

புத்தகம் முறைப்படுத்தல் பற்றி பேசுகிறது, ஆனால் அத்தகைய காட்சிகளை மேம்படுத்துவதற்கான முறைகள் பற்றி கொஞ்சம் கூறுகிறது.

ஆனால் காட்சிகளை மேம்படுத்துவதன் மூலம் முறையை வலுப்படுத்துவது சாத்தியமாகும், மேலும் பயன்பாட்டு வழக்கு முறைப்படுத்தல் முறை இதைச் செய்ய அனுமதிக்கிறது. குறிப்பாக, நிகழும் ஒவ்வொரு விதிவிலக்கைப் பற்றியும் நீங்கள் சிந்திக்க வேண்டும், காரணத்தைத் தீர்மானிக்க வேண்டும் மற்றும் விதிவிலக்கிலிருந்து விடுபட அல்லது வாடிக்கையாளர் பயணத்தைக் குறைக்க ஸ்கிரிப்டை மீண்டும் உருவாக்க வேண்டும்.

ஆன்லைன் ஸ்டோரில் ஆர்டர் செய்யும் போது, ​​டெலிவரி நகரை உள்ளிட வேண்டும். வாடிக்கையாளர் தேர்ந்தெடுத்த நகரத்திற்கு கடையால் பொருட்களை வழங்க முடியாது, ஏனெனில் அது அங்கு விநியோகிக்கவில்லை, அளவு கட்டுப்பாடுகள் காரணமாக அல்லது தொடர்புடைய கிடங்கில் பொருட்கள் இல்லாததால்.

பதிவு கட்டத்தில் தொடர்பு கொள்ளும் சூழ்நிலையை நாம் எளிமையாக விவரித்தால், "டெலிவரி சாத்தியமற்றது என்பதை வாடிக்கையாளருக்கு தெரிவிக்கவும், நகரத்தையோ அல்லது வண்டியின் உள்ளடக்கங்களையோ மாற்ற முன்வருகிறோம்" என்று எழுதலாம் (மேலும் பல புதிய ஆய்வாளர்கள் அங்கேயே நிறுத்துகிறார்கள்). ஆனால் இதுபோன்ற வழக்குகள் நிறைய இருந்தால், காட்சியை மேம்படுத்தலாம்.

நீங்கள் செய்ய வேண்டிய முதல் விஷயம், நாங்கள் வழங்கக்கூடிய நகரத்தை மட்டும் தேர்வு செய்ய அனுமதிக்க வேண்டும். இதை எப்போது செய்ய வேண்டும்? இணையதளத்தில் ஒரு தயாரிப்பைத் தேர்ந்தெடுப்பதற்கு முன் (ஐபி மூலம் நகரத்தின் தானியங்கு கண்டறிதல் தெளிவுபடுத்தல்).

இரண்டாவதாக, வாடிக்கையாளருக்கு நாம் வழங்கக்கூடிய பொருட்களை மட்டுமே தேர்வு செய்ய வேண்டும். இதை எப்போது செய்ய வேண்டும்? தேர்வு நேரத்தில் - தயாரிப்பு ஓடு மற்றும் தயாரிப்பு அட்டையில்.

இந்த இரண்டு மாற்றங்களும் இந்த விதிவிலக்கை நீக்குவதற்கு நீண்ட தூரம் செல்கின்றன.

அளவீடுகள் மற்றும் அளவீடுகளுக்கான தேவைகள்

விதிவிலக்கு கையாளுதலைக் குறைக்கும் பணியைக் கருத்தில் கொள்ளும்போது, ​​நீங்கள் ஒரு அறிக்கையிடல் பணியை அமைக்கலாம் (பயன்பாட்டு வழக்கு விவரிக்கப்படவில்லை). எத்தனை விதிவிலக்குகள் இருந்தன, எந்தெந்த சந்தர்ப்பங்களில் அவை நிகழ்ந்தன, மேலும் எத்தனை உள்வரும் காட்சிகள் வெற்றிகரமாக நிறைவேற்றப்பட்டன.

ஆனால் ஐயோ. இந்தப் படிவத்தில் உள்ள காட்சிகளுக்கான அறிக்கையிடல் தேவைகள் போதுமானதாக இல்லை என்பதை அனுபவம் காட்டுகிறது; முக்கியமாக பயன்பாட்டு வழக்கு வடிவத்தில் விவரிக்கப்படாத செயல்முறைகளுக்கான அறிக்கையிடல் தேவைகளைக் கருத்தில் கொள்வது அவசியம்.

பயன்பாட்டிற்கான அணுகல்

எங்கள் நடைமுறையில், கிளையன்ட் முடிவெடுப்பதற்காக, நிறுவனங்கள் மற்றும் தரவுகளின் குறிப்பிட்ட பண்புகளின் விளக்கத்துடன் பயன்பாட்டு வழக்கு விளக்கப் படிவத்தை விரிவுபடுத்தியுள்ளோம், இது அடுத்தடுத்த பயன்பாட்டினை மேம்படுத்துகிறது.

பயன்பாட்டு வடிவமைப்பிற்காக, உள்ளீட்டுப் பகுதியைச் சேர்த்துள்ளோம் - காட்சி தரவு.

அங்கீகாரத்துடன் கூடிய சூழ்நிலையில், கிளையன்ட் அமைப்பில் அங்கீகரிக்கப்பட்ட உண்மை இதுதான். கிளையன்ட் முன் அங்கீகாரம் பெற்றிருந்தால், வெற்றிகரமான அங்கீகாரத்திற்குப் பிறகு வழிசெலுத்தல் வரலாறு மற்றும் கார்ட்டை புதிய கணக்கிற்கு மாற்றுவது பற்றிய எச்சரிக்கையைக் காண்பிக்கவும்.

பொதுவாக, இது வாடிக்கையாளருக்குத் தேவையான தகவலின் காட்சியாகும், இதனால் அவர் சூழ்நிலைக்கு ஏற்ப தனது அடுத்த செயல்களைப் பற்றி முடிவெடுக்க முடியும் (வாடிக்கையாளருக்கு இந்தத் தரவு போதுமானதா, வேறு என்ன தேவை, என்ன தகவல் செய்கிறது என்று நீங்கள் கேட்கலாம். வாடிக்கையாளர் முடிவுகளை எடுக்க வேண்டும்).  
உள்ளிடப்பட்ட தகவல்களை உள்ளீட்டு புலங்களாகப் பிரிப்பது மதிப்புக்குரியது, அவை தனித்தனியாக செயலாக்கப்பட்டால் மற்றும் வெவ்வேறு விதிவிலக்குகளை உருவாக்குகின்றன.

கிளையன்ட் அங்கீகாரத்துடன் உள்ள எடுத்துக்காட்டில், உள்ளிடப்பட்ட தகவலை உள்நுழைவு மற்றும் கடவுச்சொல்லாகப் பிரித்தால், தனி உள்நுழைவு மற்றும் தனி கடவுச்சொல்லை உள்ளிடுவதற்கான நிலைகளை முன்னிலைப்படுத்த அங்கீகார ஸ்கிரிப்டை மாற்றுவது மதிப்பு (இது Yandex, Google இல் செய்யப்பட்டது, ஆனால் பெரும்பாலான ஆன்லைன் ஸ்டோர்களில் செய்யப்படவில்லை).

தேவையான தரவு மாற்றங்களை அடைகிறது

ஸ்கிரிப்ட்டிலிருந்து தரவு மாற்ற வழிமுறைகளுக்கான தேவைகளையும் நீங்கள் பிரித்தெடுக்கலாம்.

உதாரணங்கள்:

• ஒரு ஆன்லைன் ஸ்டோரில் ஒரு பொருளை வாங்குவது குறித்து முடிவெடுக்க, வாடிக்கையாளர் தயாரிப்பு அட்டையில் இந்த தயாரிப்பின் சாத்தியம், செலவு, தனது நகரத்திற்கு டெலிவரி நேரம் ஆகியவற்றை அறிந்து கொள்ள வேண்டும் (அவை தயாரிப்பு கிடைப்பதன் அடிப்படையில் அல்காரிதம் மூலம் கணக்கிடப்படுகிறது. கிடங்குகள் மற்றும் விநியோக சங்கிலி அளவுருக்கள்).
• தேடல் வரியில் ஒரு சொற்றொடரை உள்ளிடும்போது, ​​அல்காரிதம் (அல்காரிதம் மூலம் உருவாக்கப்படும்...) படி கிளையன்ட் தேடல் பரிந்துரைகளைக் காட்டுகிறார்.

மொத்தம்

பொதுவாக, புத்தகத்தைப் படித்த பிறகு, துரதிர்ஷ்டவசமாக, ஒரு ஆய்வாளரிலிருந்து வணிகச் சிக்கல்கள் வரை டெவலப்பருக்கான முறைப்படுத்தப்பட்ட தொழில்நுட்ப விவரக்குறிப்பு வரை எவ்வாறு செல்வது என்பது தெளிவாகத் தெரியவில்லை. புத்தகம் செயல்முறையின் ஒரு பகுதியை மட்டுமே சொல்கிறது, உள்ளீடு படிகள் தெளிவாக இல்லை மற்றும் அடுத்த படிகள் தெளிவாக இல்லை. பயன்பாட்டு வழக்கு பெரும்பாலும் டெவலப்பருக்கு ஒரு முழுமையான அறிக்கை அல்ல.

ஆயினும்கூட, ஒரு பொருளுக்கும் ஒரு பொருளுக்கும் இடையிலான தொடர்புகளின் காட்சிகளை முறைப்படுத்துவதற்கும் செயலாக்குவதற்கும் இது ஒரு சிறந்த வழியாகும், இடைவினை பொருளில் ஏதாவது மாற்றத்தை ஏற்படுத்தும் போது. வெளிப்படையான விதிவிலக்கு தேடல் புள்ளிகளுடன் சரிபார்க்கக்கூடிய தேவைகளை அனுமதிக்கும் சில எழுத்து முறைகளில் இதுவும் ஒன்றாகும்.

சோதனைக்குரிய நாடகங்களை எழுதத் தொடங்க ஆய்வாளர்கள் அவசியம் படிக்க வேண்டிய புத்தகம்.

ஆதாரம்: www.habr.com