பகுதி 7. MVC (மாடல்-வியூ-கண்ட்ரோலர்) வடிவத்தை அறிமுகப்படுத்துதல்

இந்த பொருள் "நிறுவன மேம்பாட்டிற்கான அறிமுகம்" தொடரின் ஒரு பகுதியாகும். முந்தைய கட்டுரைகள்:

• நெட்வொர்க்கிங் பற்றி
• மென்பொருள் கட்டமைப்பு பற்றி
• HTTP/HTTPS பற்றி
• மேவனின் அடிப்படைகள் பற்றி
• சர்வ்லெட்டுகளைப் பற்றி (எளிய இணைய பயன்பாட்டை எழுதுதல்)
• சர்வ்லெட் கொள்கலன்கள் பற்றி

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

MVC இன் வரலாறு

1970 களின் பிற்பகுதியில் ஜெராக்ஸ் PARC இல் பணிபுரியும் போது MVC க்கு பின்னால் உள்ள யோசனைகள் டிரிக்வே ரீன்ஸ்காக் என்பவரால் உருவாக்கப்பட்டன. அந்த நாட்களில், கணினிகளுடன் பணிபுரிய ஒரு பட்டம் மற்றும் மிகப்பெரிய ஆவணங்களின் நிலையான ஆய்வு தேவைப்பட்டது. மிகவும் வலிமையான டெவலப்பர்கள் குழுவுடன் சேர்ந்து Reenskaug தீர்க்கும் பணியானது கணினியுடன் ஒரு சாதாரண பயனரின் தொடர்புகளை எளிதாக்குவதாகும். ஒருபுறம், மிகவும் எளிமையானதாகவும் புரிந்துகொள்ளக்கூடியதாகவும் இருக்கும் கருவிகளை உருவாக்குவது அவசியமாக இருந்தது, மறுபுறம், கணினிகள் மற்றும் சிக்கலான பயன்பாடுகளைக் கட்டுப்படுத்துவதை சாத்தியமாக்கும். ரீன்ஸ்காக், "எல்லா வயதினருக்கும் குழந்தைகளுக்கான" மடிக்கணினியை உருவாக்கிய குழுவில் பணியாற்றினார் - டைனாபுக் மற்றும் அலன் கேயின் தலைமையில் ஸ்மால் டாக் மொழி. அப்போதுதான் நட்பு இடைமுகம் பற்றிய கருத்துக்கள் வகுக்கப்பட்டன. பல விதங்களில், ரீன்ஸ்காக் மற்றும் அவரது குழுவினர் செய்த பணி, தகவல் தொழில்நுட்பத் துறையின் பரிணாம வளர்ச்சியை பாதித்தது. MVC க்கு நேரடியாகப் பொருந்தாத ஒரு சுவாரஸ்யமான உண்மை இங்கே உள்ளது, ஆனால் இந்த முன்னேற்றங்களின் முக்கியத்துவத்தை விளக்குகிறது. ஆலன் கேகூறினார், "நான் முதன்முதலில் ஆப்பிள் நிறுவனத்திற்கு வந்தபோது, ​​அது '84 இல் இருந்தது, மேக் ஏற்கனவே வெளியேறிவிட்டது, நியூஸ்வீக் என்னைத் தொடர்புகொண்டு மேக்கைப் பற்றி நான் என்ன நினைக்கிறீர்கள் என்று என்னிடம் கேட்டது. நான் சொன்னேன், 'சரி, மேக் தான் முதல் பெர்சனல் கம்ப்யூட்டர் போதுமானது. விமர்சிக்கப்படும்.' எனவே, 2007ல் ஐபோனை அறிவித்த பிறகு, அதை என்னிடம் கொண்டு வந்து கொடுத்தார், 'ஆலன், இது போதுமானதா?' மேலும் நான் சொன்னேன், 'ஸ்டீவ், இதை டேப்லெட் அளவுக்கு பெரியதாக ஆக்குங்கள், நீங்கள் உலகை ஆள்வீர்கள்.'" 3 ஆண்டுகளுக்குப் பிறகு, ஜனவரி 27, 2010 அன்று, ஆப்பிள் ஐபேடை 9.7 இன்ச் மூலைவிட்டத்துடன் அறிமுகப்படுத்தியது. வேறு வார்த்தைகளில் கூறுவதானால், ஸ்டீவ் ஜாப்ஸ் ஆலன் கேயின் ஆலோசனையைப் பின்பற்றினார். Reenskaug இன் திட்டம் 10 ஆண்டுகள் நீடித்தது. ஆனால் MVC பற்றிய முதல் வெளியீடு இன்னும் 10 ஆண்டுகளுக்குப் பிறகு வெளிச்சத்திற்கு வந்தது. மார்ட்டின் ஃபோலர், மென்பொருள் கட்டமைப்பில் பல புத்தகங்கள் மற்றும் கட்டுரைகளை எழுதியவர், Smalltalk இன் வேலை செய்யும் பதிப்பைப் பயன்படுத்தி MVC படித்ததாகக் குறிப்பிடுகிறார். நீண்ட காலமாக அசல் மூலத்திலிருந்து MVC பற்றி எந்த தகவலும் இல்லை, மேலும் பல காரணங்களுக்காக, இந்த கருத்தின் பல்வேறு விளக்கங்கள் பெரிய அளவில் தோன்றின. இதன் விளைவாக, பலர் MVC ஒரு வடிவமைப்பு வடிவமாக கருதுகின்றனர். குறைவாக பொதுவாக, MVC ஆனது ஒரு கூட்டு முறை அல்லது சிக்கலான பயன்பாடுகளை உருவாக்க ஒன்றாக வேலை செய்யும் பல வடிவங்களின் கலவையாக அழைக்கப்படுகிறது. ஆனால், முன்பு குறிப்பிட்டது போல், MVC என்பது உண்மையில் பல்வேறு வடிவங்களைப் பயன்படுத்தி பல்வேறு வழிகளில் செயல்படுத்தக்கூடிய கட்டடக்கலை யோசனைகள்/கொள்கைகள்/அணுகுமுறைகளின் தொகுப்பாகும்... அடுத்து, MVC கருத்தில் உட்பொதிக்கப்பட்ட முக்கிய யோசனைகளைக் கருத்தில் கொள்வோம். மேலும் பல காரணங்களுக்காக, இந்த கருத்தின் பல்வேறு விளக்கங்கள் பெரிய அளவில் தோன்றின. இதன் விளைவாக, பலர் MVC ஒரு வடிவமைப்பு வடிவமாக கருதுகின்றனர். குறைவாக பொதுவாக, MVC ஆனது ஒரு கூட்டு முறை அல்லது சிக்கலான பயன்பாடுகளை உருவாக்க ஒன்றாக வேலை செய்யும் பல வடிவங்களின் கலவையாக அழைக்கப்படுகிறது. ஆனால், முன்பு குறிப்பிட்டது போல், MVC என்பது உண்மையில் பல்வேறு வடிவங்களைப் பயன்படுத்தி பல்வேறு வழிகளில் செயல்படுத்தக்கூடிய கட்டடக்கலை யோசனைகள்/கொள்கைகள்/அணுகுமுறைகளின் தொகுப்பாகும்... அடுத்து, MVC கருத்தில் உட்பொதிக்கப்பட்ட முக்கிய யோசனைகளைக் கருத்தில் கொள்வோம். மேலும் பல காரணங்களுக்காக, இந்த கருத்தின் பல்வேறு விளக்கங்கள் பெரிய அளவில் தோன்றின. இதன் விளைவாக, பலர் MVC ஒரு வடிவமைப்பு வடிவமாக கருதுகின்றனர். குறைவாக பொதுவாக, MVC ஆனது ஒரு கூட்டு முறை அல்லது சிக்கலான பயன்பாடுகளை உருவாக்க ஒன்றாக வேலை செய்யும் பல வடிவங்களின் கலவையாக அழைக்கப்படுகிறது. ஆனால், முன்பு குறிப்பிட்டது போல், MVC என்பது உண்மையில் பல்வேறு வடிவங்களைப் பயன்படுத்தி பல்வேறு வழிகளில் செயல்படுத்தக்கூடிய கட்டடக்கலை யோசனைகள்/கொள்கைகள்/அணுகுமுறைகளின் தொகுப்பாகும்... அடுத்து, MVC கருத்தில் உட்பொதிக்கப்பட்ட முக்கிய யோசனைகளைக் கருத்தில் கொள்வோம்.

MVC: அடிப்படை யோசனைகள் மற்றும் கொள்கைகள்

• VC என்பது ஒரு பயனர் இடைமுகத்துடன் சிக்கலான தகவல் அமைப்புகளை உருவாக்குவதற்கான கட்டடக்கலை யோசனைகள் மற்றும் கொள்கைகளின் தொகுப்பாகும்.
• MVC என்பது மாடல்-வியூ-கண்ட்ரோலர் என்பதன் சுருக்கமாகும்

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

படி 1. பயன்பாட்டின் வணிக தர்க்கத்தை பயனர் இடைமுகத்திலிருந்து பிரிக்கவும்

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

படி 2 மாதிரியை இன்னும் சுதந்திரமாக மாற்ற மற்றும் பயனர் இடைமுகங்களை ஒத்திசைக்க பார்வையாளர் வடிவத்தைப் பயன்படுத்தவும்

இங்கே நமக்கு 2 இலக்குகள் உள்ளன:

1. மாதிரிக்கு இன்னும் பெரிய சுதந்திரத்தை அடையுங்கள்
2. பயனர் இடைமுகங்களை ஒத்திசைக்கவும்

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

படி 3 இடைமுகத்தை பார்வை மற்றும் கட்டுப்படுத்தியாக பிரிக்கவும்

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

• வெளியீடு மற்றும் பயனருக்கு கணினி தகவலை வசதியாகக் காண்பிக்கும்
• பயனர் தரவு மற்றும் கட்டளைகளை உள்ளிடவும் (அவற்றை கணினியில் தெரிவிக்கவும்)

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

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

உங்கள் சூடான சாக்லேட்டைக் குடிப்பதற்கு முன் இன்னும் ஒரு முக்கியமான விஷயத்தைப் பற்றி விவாதிக்க வேண்டும்.

காட்சி மற்றும் கட்டுப்படுத்தி மாதிரியுடன் எவ்வாறு தொடர்பு கொள்கிறது என்பது பற்றி கொஞ்சம்

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

எம்.வி.சி: நமக்கு என்ன லாபம்?

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