வடிவமைப்பு வடிவங்கள் Vs SOLID கொள்கைகள், நன்மைகள் மற்றும் தீமைகள்

வடிவமைப்பு வடிவங்கள் என்பது மென்பொருள் வடிவமைப்பில் தொடர்ச்சியான சிக்கல்களுக்கு குறிப்பிட்ட குறைந்த-நிலை தீர்வுகள் ஆகும்.

வடிவமைப்பு வடிவங்கள் பல திட்டங்களுக்குப் பயன்படுத்தக்கூடிய மறுபயன்பாட்டு தீர்வுகள் ஆகும்.

மதிப்பிடப்பட்ட வாசிப்பு நேரம்: 5 நிமிடங்கள்

வடிவமைப்பு வடிவங்கள் மற்றும் SOLID கொள்கைகளுக்கு இடையிலான முக்கிய வேறுபாடுகள்

1. வடிவமைப்பு முறை:
   • குறிப்பிட்ட தீர்வுகள்: வடிவமைப்பு வடிவங்கள் என்பது மென்பொருள் வடிவமைப்பில் ஏற்படும் தொடர்ச்சியான சிக்கல்களுக்கு குறிப்பிட்ட, குறைந்த அளவிலான தீர்வுகள் ஆகும்.
   • செயல்படுத்தல் விவரங்கள்: பொதுவான பொருள் சார்ந்த நிரலாக்க சவால்களைத் தீர்ப்பதற்கான உறுதியான செயலாக்க வழிகாட்டுதல்களை வழங்கவும்.
   • எடுத்துக்காட்டுகள்: சில நன்கு அறியப்பட்ட வடிவமைப்பு வடிவங்களில் சிங்கிள்டன், தொழிற்சாலை முறை மற்றும் அடாப்டர் வடிவங்கள் ஆகியவை அடங்கும்.
   • பாதுகாப்பு: வடிவமைப்பு வடிவங்கள் சமூகத்தால் சோதிக்கப்பட்டு பரவலாக ஏற்றுக்கொள்ளப்பட்டு, அவற்றைப் பின்பற்றுவதற்கு பாதுகாப்பானவை.
2. திடமான கொள்கைகள்:
   • பொது வழிகாட்டுதல்கள்: SOLID கொள்கைகள் நல்ல மென்பொருள் வடிவமைப்பைத் தெரிவிக்கும் உயர்நிலை வழிகாட்டுதல்களாகும்.
   • அளவிடக்கூடிய கட்டிடக்கலை: அவை அளவிடுதல், பராமரிப்பு மற்றும் வாசிப்புத்திறன் ஆகியவற்றில் கவனம் செலுத்துகின்றன.
   • மொழிக்கு கட்டுப்படவில்லை: SOLID கொள்கைகள் எந்த குறிப்பிட்ட நிரலாக்க மொழிக்கும் கட்டுப்பட்டதில்லை.
   • Esempi:
     • ஒற்றைப் பொறுப்புக் கோட்பாடு (SRP): ஒரு வகுப்பை மாற்ற ஒரே ஒரு காரணம் இருக்க வேண்டும்.
     • திறந்த/மூடு கொள்கை (OCP): மென்பொருள் நிறுவனங்கள் நீட்டிப்புக்காக திறந்திருக்க வேண்டும் ஆனால் மாற்றத்திற்காக மூடப்பட்டிருக்க வேண்டும்.
     • லிஸ்கோவ் மாற்றுக் கோட்பாடு (LSP): துணை வகைகள் அவற்றின் அடிப்படை வகைகளுடன் மாற்றப்பட வேண்டும்.
     • இடைமுகப் பிரிப்புக் கோட்பாடு (ISP): வாடிக்கையாளர்கள் பயன்படுத்தாத இடைமுகங்களைச் சார்ந்திருக்குமாறு கட்டாயப்படுத்தக் கூடாது.
     • சார்பு தலைகீழ் கோட்பாடு (டிஐபி): உயர்-நிலை தொகுதிகள் குறைந்த-நிலை தொகுதிகள் சார்ந்து இருக்கக்கூடாது; இரண்டும் சுருக்கங்களைச் சார்ந்திருக்க வேண்டும்.

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

வடிவமைப்பு வடிவங்களைப் பயன்படுத்துவதன் நன்மைகள்

• மறுபயன்பாடு: வடிவமைப்பு வடிவங்கள் பல திட்டங்களுக்குப் பயன்படுத்தக்கூடிய மறுபயன்பாட்டு தீர்வுகள். நிறுவப்பட்ட வடிவங்களைப் பயன்படுத்துவதன் மூலம், டெவலப்பர்கள் நேரத்தையும் முயற்சியையும் மிச்சப்படுத்துகிறார்கள், ஏனெனில் பொதுவான சிக்கல்களுக்கு சக்கரத்தை மீண்டும் கண்டுபிடிக்க வேண்டிய அவசியமில்லை.
• Defiகட்டிடக்கலையின் அமைப்பு: வடிவமைப்பு வடிவங்கள் உதவுகின்றன defiமென்பொருள் அமைப்பின் கட்டமைப்பை செம்மைப்படுத்தவும். அவை குறிப்பிட்ட வடிவமைப்பு சவால்களைத் தீர்ப்பதற்கும், நிலைத்தன்மை மற்றும் பராமரிப்பை உறுதி செய்வதற்கும் ஒரு கட்டமைக்கப்பட்ட அணுகுமுறையை வழங்குகின்றன.
• Flessibilità: வார்ப்புருக்கள் மாறிவரும் தேவைகளுக்கு ஏற்ப நெகிழ்வுத்தன்மையை அனுமதிக்கின்றன. புதிய அம்சங்கள் அல்லது மாற்றங்கள் தேவைப்படும்போது, ​​டெவலப்பர்கள் முழு அமைப்பையும் உடைக்காமல் இருக்கும் டெம்ப்ளேட்களை மாற்றலாம் அல்லது நீட்டிக்கலாம்.

வடிவமைப்பு வடிவங்களைப் பயன்படுத்துவதன் தீமைகள்

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

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

Laravel இல் வடிவமைப்பு வடிவத்தின் எடுத்துக்காட்டு: சிங்கிள்டன்

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

PHP இல் சிங்கிள்டன் பேட்டர்ன் செயல்படுத்தலுக்கான அடிப்படை எடுத்துக்காட்டு இங்கே:

<?php
வகுப்பு சிங்கிள்டன் {
தனிப்பட்ட நிலையான $ உதாரணம் = பூஜ்ய;

தனிப்பட்ட செயல்பாடு __கட்டமைப்பு() {
// நேரடியான உடனடியைத் தடுக்க தனியார் கட்டமைப்பாளர்
}

பொது நிலையான செயல்பாடு getInstance(): self {
என்றால் (பூஜ்ய === self::$instance) {
சுய:: $ உதாரணம் = புதிய சுய();
}
திரும்பவும்::$ உதாரணம்;
}

// மற்ற முறைகள் மற்றும் பண்புகளை இங்கே சேர்க்கலாம்
}

// பயன்பாடு:
$singletonInstance = Singleton::getInstance();
// இப்போது உங்களிடம் சிங்கிள்டன் வகுப்பின் ஒற்றை நிகழ்வு உள்ளது

// Laravel இல் எடுத்துக்காட்டு பயன்பாடு:
$ தரவுத்தளம் = DB:: இணைப்பு ('mysql');
// தரவுத்தள இணைப்பு நிகழ்வை மீட்டெடுக்கவும் (சிங்கிள்டன்)

மாதிரி குறியீட்டில்:

• சிங்கிள்டன் வகுப்பில் நேரடியான உடனடி நிகழ்வைத் தடுக்க ஒரு தனியார் கன்ஸ்ட்ரக்டர் உள்ளது;
• getInstance() முறையானது வகுப்பின் ஒரே ஒரு நிகழ்வு மட்டுமே உள்ளது என்று உத்தரவாதம் அளிக்கிறது;
• தேவைக்கேற்ப சிங்கிள்டன் வகுப்பில் மற்ற முறைகளையும் பண்புகளையும் சேர்க்கலாம்;

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

Ercole Palmeri