இந்த பொருள் "நிறுவன மேம்பாட்டிற்கான அறிமுகம்" தொடரின் ஒரு பகுதியாகும். முந்தைய கட்டுரைகள்:
- நெட்வொர்க்கிங் பற்றி
- மென்பொருள் கட்டமைப்பு பற்றி
- HTTP/HTTPS பற்றி
- மேவனின் அடிப்படைகள் பற்றி
- சர்வ்லெட்டுகளைப் பற்றி (எளிய இணைய பயன்பாட்டை எழுதுதல்)
- சர்வ்லெட் கொள்கலன்கள் பற்றி
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 என்பது மாடல்-வியூ-கண்ட்ரோலர் என்பதன் சுருக்கமாகும்
படி 1. பயன்பாட்டின் வணிக தர்க்கத்தை பயனர் இடைமுகத்திலிருந்து பிரிக்கவும்
MVC இன் முக்கிய யோசனை என்னவென்றால், ஒரு பயனர் இடைமுகம் கொண்ட எந்தவொரு பயன்பாட்டையும் 2 தொகுதிகளாகப் பிரிக்கலாம்: வணிக தர்க்கத்தை செயல்படுத்துவதற்கான ஒரு தொகுதி மற்றும் பயனர் இடைமுகம். முதல் தொகுதி பயன்பாட்டின் முக்கிய செயல்பாட்டை செயல்படுத்தும். இந்த தொகுதியானது கணினியின் மையமாகும், அங்கு பயன்பாட்டின் டொமைன் மாதிரி செயல்படுத்தப்படுகிறது. MVC முன்னுதாரணத்தில், இந்த தொகுதி M என்ற எழுத்து, அதாவது மாதிரி. இரண்டாவது தொகுதி முழு பயனர் இடைமுகத்தையும் செயல்படுத்துகிறது, பயனருக்கு தரவைக் காண்பிப்பதற்கான தர்க்கம் மற்றும் பயன்பாட்டுடன் பயனர் தொடர்புகளைக் கையாளுதல். இந்த பிரிவின் முக்கிய குறிக்கோள், அமைப்பின் மையத்தை (MVC சொற்களஞ்சியத்தில் உள்ள "மாடல்") சுயாதீனமாக உருவாக்கி சோதிக்கப்படுவதை உறுதி செய்வதாகும். இந்த பிரித்தெடுத்த பிறகு, பயன்பாட்டின் கட்டமைப்பு இதுபோல் தெரிகிறது:படி 2 மாதிரியை இன்னும் சுதந்திரமாக மாற்ற மற்றும் பயனர் இடைமுகங்களை ஒத்திசைக்க பார்வையாளர் வடிவத்தைப் பயன்படுத்தவும்
இங்கே நமக்கு 2 இலக்குகள் உள்ளன:- மாதிரிக்கு இன்னும் பெரிய சுதந்திரத்தை அடையுங்கள்
- பயனர் இடைமுகங்களை ஒத்திசைக்கவும்
படி 3 இடைமுகத்தை பார்வை மற்றும் கட்டுப்படுத்தியாக பிரிக்கவும்
நாங்கள் பயன்பாட்டை தொகுதிகளாகப் பிரிப்பதைத் தொடர்கிறோம், ஆனால் இப்போது படிநிலையில் குறைந்த மட்டத்தில் உள்ளது. இந்த கட்டத்தில், பயனர் இடைமுகம் (படி 1 இல் ஒரு தனித்துவமான தொகுதியாகப் பிரிக்கப்பட்டது) ஒரு பார்வை மற்றும் ஒரு கட்டுப்படுத்தியாக பிரிக்கப்பட்டுள்ளது. பார்வைக்கும் கட்டுப்படுத்திக்கும் இடையே ஒரு கண்டிப்பான கோட்டை வரைவது கடினம். பார்வை என்பது பயனர் பார்ப்பது என்றும், கட்டுப்படுத்தி என்பது கணினியுடன் தொடர்பு கொள்ள பயனரை அனுமதிக்கும் பொறிமுறை என்றும் நாங்கள் கூறினால், நீங்கள் ஒரு முரண்பாட்டை சுட்டிக்காட்டலாம். வலைப்பக்கத்தில் உள்ள பொத்தான்கள் அல்லது தொலைபேசியின் திரையில் உள்ள மெய்நிகர் விசைப்பலகை போன்ற கட்டுப்பாட்டு கூறுகள் அடிப்படையில் கட்டுப்படுத்தியின் ஒரு பகுதியாகும். ஆனால் அவை பார்வையின் எந்தப் பகுதியிலும் பயனருக்குத் தெரியும். நாம் உண்மையில் இங்கே பேசுவது செயல்பாட்டு பிரிப்பு பற்றி. பயனர் இடைமுகத்தின் முக்கிய பணியானது கணினியுடன் பயனரின் தொடர்புகளை எளிதாக்குவதாகும்.- வெளியீடு மற்றும் பயனருக்கு கணினி தகவலை வசதியாகக் காண்பிக்கும்
- பயனர் தரவு மற்றும் கட்டளைகளை உள்ளிடவும் (அவற்றை கணினியில் தெரிவிக்கவும்)
- MVC முன்னுதாரணத்தின் கொள்கைகளின்படி, ஒரு அமைப்பு தொகுதிகளாக பிரிக்கப்பட வேண்டும்.
- மிக முக்கியமான மற்றும் சுயாதீனமான தொகுதி மாதிரியாக இருக்க வேண்டும்.
- மாதிரியானது அமைப்பின் மையமாகும். பயனர் இடைமுகத்திலிருந்து சுயாதீனமாக அதை உருவாக்கவும் சோதிக்கவும் முடியும்.
- இதை அடைய, பிரிவின் முதல் கட்டத்தில், கணினியை ஒரு மாதிரி மற்றும் பயனர் இடைமுகமாக பிரிக்க வேண்டும்.
- பின்னர், பார்வையாளர் வடிவத்தைப் பயன்படுத்தி, மாதிரியின் சுதந்திரத்தை மேம்படுத்துகிறோம் மற்றும் பயனர் இடைமுகங்களை ஒத்திசைக்கிறோம்.
- மூன்றாவது படி பயனர் இடைமுகத்தை ஒரு கட்டுப்படுத்தி மற்றும் பார்வைக்கு பிரிப்பது.
- கணினியில் பயனர் தரவைப் பெறுவதற்குத் தேவையான அனைத்தும் கட்டுப்படுத்தியில் உள்ளன.
- பயனருக்கு தகவல்களை வழங்குவதற்குத் தேவையான அனைத்தும் பார்வையில் உள்ளன.