కోడ్‌జిమ్/జావా బ్లాగ్/యాదృచ్ఛికంగా/పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్త...
John Squirrels
స్థాయి
San Francisco

పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది

సమూహంలో ప్రచురించబడింది
ఈ మెటీరియల్ "ఇంట్రడక్షన్ టు ఎంటర్‌ప్రైజ్ డెవలప్‌మెంట్" సిరీస్‌లో భాగం. మునుపటి కథనాలు: పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది - 1ఈ వ్యాసంలో మనం MVC అనే విషయాన్ని తెలుసుకుందాం. మేము MVC అంటే ఏమిటో మాట్లాడుతాము, దాని చరిత్రను స్పృశిస్తాము, MVCలో పొందుపరచబడిన ప్రాథమిక ఆలోచనలు మరియు భావనలను అన్వేషిస్తాము, మోడల్, వీక్షణ మరియు కంట్రోలర్ మాడ్యూల్‌లుగా అప్లికేషన్‌ను ఎలా విభజించాలో దశల వారీగా పరిశీలించండి, ఒక స్ప్రింగ్ బూట్‌ని ఉపయోగించి చిన్న వెబ్ అప్లికేషన్, మరియు స్ప్రింగ్ MVCని ఉదాహరణగా ఉపయోగించి, జావా కోడ్ నుండి HTML పేజీలకు డేటా ఎలా పంపబడుతుందో చూడండి. ఈ పదార్థాన్ని అర్థం చేసుకోవడానికి, మీరు డిజైన్ నమూనాలు, ముఖ్యంగా పరిశీలకుడు మరియు ముఖభాగం గురించి తెలుసుకోవాలి. మరియు HTTP అభ్యర్థనలు మరియు ప్రతిస్పందనలతో పరిచయం కలిగి ఉండండి, HTML యొక్క ప్రాథమికాలను అర్థం చేసుకోండి మరియు జావా ఉల్లేఖనాలు ఏమిటో తెలుసుకోండి. ఒక కప్పు కాఫీ మరియు అల్పాహారం తీసుకోండి మరియు హాయిగా ఉండండి. ప్రారంభిద్దాం.

MVC చరిత్ర

MVC వెనుక ఉన్న ఆలోచనలు 1970ల చివరలో జిరాక్స్ PARCలో పనిచేస్తున్నప్పుడు ట్రైగ్వే రీన్స్‌కాగ్ రూపొందించారు. ఆ రోజుల్లో, కంప్యూటర్లతో పనిచేయడానికి డిగ్రీ మరియు భారీ డాక్యుమెంటేషన్ యొక్క స్థిరమైన అధ్యయనం అవసరం. చాలా బలమైన డెవలపర్‌ల సమూహంతో కలిసి రీన్స్‌కాగ్ పరిష్కరించిన పని కంప్యూటర్‌తో సాధారణ వినియోగదారు పరస్పర చర్యను సులభతరం చేయడం. ఒక వైపు, చాలా సరళంగా మరియు అర్థమయ్యేలా ఉండే సాధనాలను రూపొందించడం అవసరం మరియు మరోవైపు, కంప్యూటర్లు మరియు సంక్లిష్టమైన అనువర్తనాలను నియంత్రించడం సాధ్యమవుతుంది. రీన్స్‌కౌగ్ "అన్ని వయసుల పిల్లల కోసం" ల్యాప్‌టాప్ కంప్యూటర్‌ను అభివృద్ధి చేసిన బృందంలో పనిచేశాడు — డైనాబుక్, అలాగే అలన్ కే నాయకత్వంలో స్మాల్‌టాక్ భాష. ఆ సమయంలోనే స్నేహపూర్వక ఇంటర్‌ఫేస్ భావనలు నిర్దేశించబడ్డాయి. అనేక అంశాలలో, రీన్స్‌కాగ్ మరియు అతని బృందం చేసిన పని IT రంగ పరిణామాన్ని ప్రభావితం చేసింది. MVCకి నేరుగా వర్తించని ఒక ఆసక్తికరమైన వాస్తవం ఇక్కడ ఉంది, కానీ ఈ పరిణామాల యొక్క ప్రాముఖ్యతను వివరిస్తుంది. అలాన్ కేఅన్నారు, "నేను '84లో ఉన్న Appleకి మొదటిసారి వచ్చినప్పుడు, Mac ఇప్పటికే ముగిసింది మరియు న్యూస్‌వీక్ నన్ను సంప్రదించి, Mac గురించి నేను ఏమనుకుంటున్నాను అని అడిగాను. నేను, 'సరే, Mac మొదటి వ్యక్తిగత కంప్యూటర్‌కు సరిపోయేంత మంచిదని చెప్పాను. విమర్శిస్తారు.' ఐతే, 2007లో ఐఫోన్‌ని ప్రకటించిన తర్వాత, అతను దానిని నా దగ్గరకు తీసుకొచ్చి నా చేతికిచ్చాడు, అతను ఇలా అన్నాడు, 'అలన్, విమర్శించడానికి ఇది సరిపోతుందా?' మరియు నేను చెప్పాను, 'స్టీవ్, దీన్ని టాబ్లెట్‌లా పెద్దదిగా చేయండి మరియు మీరు ప్రపంచాన్ని పరిపాలిస్తారు. మరో మాటలో చెప్పాలంటే, స్టీవ్ జాబ్స్ అలాన్ కే సలహాను దాదాపు ఖచ్చితంగా అనుసరించాడు. రీన్స్‌కాగ్ యొక్క ప్రాజెక్ట్ 10 సంవత్సరాల పాటు కొనసాగింది. కానీ MVC గురించి మొదటి ప్రచురణ మరో 10 సంవత్సరాల తర్వాత వెలుగులోకి వచ్చింది. మార్టిన్ ఫౌలర్, సాఫ్ట్‌వేర్ ఆర్కిటెక్చర్‌పై అనేక పుస్తకాలు మరియు వ్యాసాల రచయిత, అతను స్మాల్‌టాక్ యొక్క వర్కింగ్ వెర్షన్‌ను ఉపయోగించి MVCని అభ్యసించాడని పేర్కొన్నాడు. చాలా కాలం పాటు అసలు మూలం నుండి MVC గురించి సమాచారం లేనందున, మరియు అనేక ఇతర కారణాల వల్ల, ఈ భావన యొక్క పెద్ద సంఖ్యలో విభిన్న వివరణలు కనిపించాయి. ఫలితంగా, చాలామంది MVCని డిజైన్ నమూనాగా భావిస్తారు. తక్కువ సాధారణంగా, MVCని కాంపోజిట్ ప్యాటర్న్ లేదా సంక్లిష్ట అప్లికేషన్‌లను రూపొందించడానికి కలిసి పనిచేసే అనేక నమూనాల కలయిక అని పిలుస్తారు. కానీ, ముందుగా చెప్పినట్లుగా, MVC అనేది వాస్తవానికి ప్రాథమికంగా నిర్మాణ ఆలోచనలు/సూత్రాలు/విధానాల సముదాయం, వీటిని వివిధ నమూనాలను ఉపయోగించి వివిధ మార్గాల్లో అమలు చేయవచ్చు... తర్వాత, మేము MVC భావనలో పొందుపరిచిన ప్రధాన ఆలోచనలను పరిశీలిస్తాము. మరియు అనేక ఇతర కారణాల వల్ల, ఈ భావన యొక్క పెద్ద సంఖ్యలో విభిన్న వివరణలు కనిపించాయి. ఫలితంగా, చాలామంది MVCని డిజైన్ నమూనాగా భావిస్తారు. తక్కువ సాధారణంగా, MVCని కాంపోజిట్ ప్యాటర్న్ లేదా సంక్లిష్ట అప్లికేషన్‌లను రూపొందించడానికి కలిసి పనిచేసే అనేక నమూనాల కలయిక అని పిలుస్తారు. కానీ, ముందుగా చెప్పినట్లుగా, MVC అనేది వాస్తవానికి ప్రాథమికంగా నిర్మాణ ఆలోచనలు/సూత్రాలు/విధానాల సముదాయం, వీటిని వివిధ నమూనాలను ఉపయోగించి వివిధ మార్గాల్లో అమలు చేయవచ్చు... తర్వాత, మేము MVC భావనలో పొందుపరిచిన ప్రధాన ఆలోచనలను పరిశీలిస్తాము. మరియు అనేక ఇతర కారణాల వల్ల, ఈ భావన యొక్క పెద్ద సంఖ్యలో విభిన్న వివరణలు కనిపించాయి. ఫలితంగా, చాలామంది MVCని డిజైన్ నమూనాగా భావిస్తారు. తక్కువ సాధారణంగా, MVCని కాంపోజిట్ ప్యాటర్న్ లేదా సంక్లిష్ట అప్లికేషన్‌లను రూపొందించడానికి కలిసి పనిచేసే అనేక నమూనాల కలయిక అని పిలుస్తారు. కానీ, ముందుగా చెప్పినట్లుగా, MVC అనేది వాస్తవానికి ప్రాథమికంగా నిర్మాణ ఆలోచనలు/సూత్రాలు/విధానాల సముదాయం, వీటిని వివిధ నమూనాలను ఉపయోగించి వివిధ మార్గాల్లో అమలు చేయవచ్చు... తర్వాత, మేము MVC భావనలో పొందుపరిచిన ప్రధాన ఆలోచనలను పరిశీలిస్తాము.

MVC: ప్రాథమిక ఆలోచనలు మరియు సూత్రాలు

  • VC అనేది వినియోగదారు ఇంటర్‌ఫేస్‌తో సంక్లిష్ట సమాచార వ్యవస్థలను నిర్మించడానికి నిర్మాణ ఆలోచనలు మరియు సూత్రాల సమితి.
  • MVC అనేది సంక్షిప్త పదం: మోడల్-వ్యూ-కంట్రోలర్
నిరాకరణ: MVC డిజైన్ నమూనా కాదు. MVC అనేది వినియోగదారు ఇంటర్‌ఫేస్‌తో సంక్లిష్ట వ్యవస్థలను నిర్మించడానికి నిర్మాణ ఆలోచనలు మరియు సూత్రాల సమితి . కానీ సౌలభ్యం కోసం, "నిర్మాణ ఆలోచనల సమితి..." అని పదే పదే చెప్పకుండా ఉండటానికి, మేము MVC నమూనాను సూచిస్తాము. సింపుల్‌తో ప్రారంభిద్దాం. మోడల్-వ్యూ-కంట్రోలర్ పదాల వెనుక ఏమి దాగి ఉంది? వినియోగదారు ఇంటర్‌ఫేస్‌తో సిస్టమ్‌లను అభివృద్ధి చేయడానికి MVC నమూనాను ఉపయోగిస్తున్నప్పుడు, మీరు సిస్టమ్‌ను మూడు భాగాలుగా విభజించాలి. వాటిని మాడ్యూల్స్ లేదా భాగాలు అని కూడా పిలుస్తారు. మీరు కోరుకున్న వాటిని కాల్ చేయండి, కానీ సిస్టమ్‌ను మూడు భాగాలుగా విభజించండి. ప్రతి భాగం దాని స్వంత ప్రయోజనం కలిగి ఉంటుంది. మోడల్. మొదటి భాగం/మాడ్యూల్‌ను మోడల్ అంటారు. ఇది అప్లికేషన్ యొక్క అన్ని వ్యాపార లాజిక్‌లను కలిగి ఉంది. చూడండి.సిస్టమ్ యొక్క రెండవ భాగం వీక్షణ. ఈ మాడ్యూల్ వినియోగదారుకు డేటాను ప్రదర్శించడానికి బాధ్యత వహిస్తుంది. వినియోగదారు చూసే ప్రతిదీ వీక్షణ ద్వారా రూపొందించబడింది. కంట్రోలర్.ఈ గొలుసులోని మూడవ లింక్ నియంత్రిక. ఇది వినియోగదారు చర్యలను నిర్వహించడానికి బాధ్యత వహించే కోడ్‌ను కలిగి ఉంటుంది (అన్ని వినియోగదారు చర్యలు కంట్రోలర్‌లో నిర్వహించబడతాయి). మోడల్ వ్యవస్థ యొక్క అత్యంత స్వతంత్ర భాగం. వీక్షణ మరియు కంట్రోలర్ మాడ్యూల్స్ గురించి ఏమీ తెలియనంత స్వతంత్రంగా ఉంటుంది. మోడల్ చాలా స్వతంత్రంగా ఉంది, దీని డెవలపర్‌లకు వీక్షణ మరియు కంట్రోలర్ గురించి వాస్తవంగా ఏమీ తెలియకపోవచ్చు. వీక్షణ యొక్క ముఖ్య ఉద్దేశ్యం ఏమిటంటే, వినియోగదారు వినియోగించగలిగే ఆకృతిలో మోడల్ నుండి సమాచారాన్ని అందించడం. వీక్షణ యొక్క ప్రధాన పరిమితి ఏమిటంటే ఇది మోడల్‌ను ఏ విధంగానూ మార్చకూడదు. నియంత్రిక యొక్క ముఖ్య ఉద్దేశ్యం వినియోగదారు చర్యలను నిర్వహించడం. నియంత్రిక ద్వారా వినియోగదారు మోడల్‌లో మార్పులు చేస్తారు. లేదా మరింత ఖచ్చితంగా, మోడల్‌లో నిల్వ చేయబడిన డేటాకు. పాఠంలో మీరు ఇంతకు ముందు చూసిన రేఖాచిత్రం ఇక్కడ ఉంది: పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది - 2వీటన్నిటి నుండి, మేము తార్కిక ముగింపును తీసుకోవచ్చు. సంక్లిష్ట వ్యవస్థను మాడ్యూల్స్‌గా విభజించాల్సిన అవసరం ఉంది. ఈ విభజనను సాధించడానికి దశలను క్లుప్తంగా వివరించండి.

దశ 1. వినియోగదారు ఇంటర్‌ఫేస్ నుండి అప్లికేషన్ యొక్క వ్యాపార లాజిక్‌ను వేరు చేయండి

MVC యొక్క ప్రధాన ఆలోచన ఏమిటంటే, వినియోగదారు ఇంటర్‌ఫేస్‌తో ఏదైనా అప్లికేషన్‌ను 2 మాడ్యూల్‌లుగా విభజించవచ్చు: వ్యాపార తర్కాన్ని అమలు చేయడానికి బాధ్యత వహించే మాడ్యూల్ మరియు వినియోగదారు ఇంటర్‌ఫేస్. మొదటి మాడ్యూల్ అప్లికేషన్ యొక్క ప్రధాన కార్యాచరణను అమలు చేస్తుంది. ఈ మాడ్యూల్ సిస్టమ్ యొక్క ప్రధాన భాగం, ఇక్కడ అప్లికేషన్ యొక్క డొమైన్ మోడల్ అమలు చేయబడుతుంది. MVC నమూనాలో, ఈ మాడ్యూల్ M అక్షరం, అనగా మోడల్. రెండవ మాడ్యూల్ వినియోగదారుకు డేటాను ప్రదర్శించడానికి మరియు అప్లికేషన్‌తో వినియోగదారు పరస్పర చర్యను నిర్వహించడానికి లాజిక్‌తో సహా మొత్తం వినియోగదారు ఇంటర్‌ఫేస్‌ను అమలు చేస్తుంది. ఈ విభజన యొక్క ప్రధాన లక్ష్యం సిస్టమ్ యొక్క కోర్ (MVC పరిభాషలోని "మోడల్") స్వతంత్రంగా అభివృద్ధి చేయబడి పరీక్షించబడుతుందని నిర్ధారించడం. ఈ విభజన చేసిన తర్వాత, అప్లికేషన్ యొక్క నిర్మాణం ఇలా కనిపిస్తుంది: పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది - 3

దశ 2 మోడల్‌ను మరింత స్వతంత్రంగా చేయడానికి మరియు వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించడానికి పరిశీలకుల నమూనాను ఉపయోగించండి

ఇక్కడ మనకు 2 లక్ష్యాలు ఉన్నాయి:
  1. మోడల్ కోసం మరింత ఎక్కువ స్వాతంత్ర్యం సాధించండి
  2. వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించండి
వినియోగదారు ఇంటర్‌ఫేస్‌ల సమకాలీకరణ ద్వారా మేము అర్థం చేసుకున్నది అర్థం చేసుకోవడానికి క్రింది ఉదాహరణ మీకు సహాయం చేస్తుంది. మనం సినిమా టిక్కెట్‌ను ఆన్‌లైన్‌లో కొనుగోలు చేస్తున్నాము మరియు థియేటర్‌లో అందుబాటులో ఉన్న సీట్ల సంఖ్యను చూడండి. అదే సమయంలో, మరొకరు సినిమా టిక్కెట్‌ను కొనుగోలు చేయవచ్చు. ఈ అవతలి వ్యక్తి మనకంటే ముందుగా టిక్కెట్‌ను కొనుగోలు చేస్తే, మేము పరిశీలిస్తున్న షోటైమ్‌కు అందుబాటులో ఉన్న సీట్ల సంఖ్య తగ్గుతుందని మేము కోరుకుంటున్నాము. ఇప్పుడు దీన్ని ప్రోగ్రామ్‌లో ఎలా అమలు చేయవచ్చో ఆలోచిద్దాం. మన సిస్టమ్ యొక్క కోర్ (మా మోడల్) మరియు ఇంటర్‌ఫేస్ (టికెట్‌లను కొనుగోలు చేయడానికి వెబ్ పేజీ) ఉన్నాయని అనుకుందాం. ఇద్దరు వినియోగదారులు ఒకేసారి థియేటర్‌లో సీటు ఎంచుకోవడానికి ప్రయత్నిస్తున్నారు. మొదటి వినియోగదారు టిక్కెట్‌ను కొనుగోలు చేస్తారు. ఇది జరిగినట్లు వెబ్ పేజీ రెండవ వినియోగదారుకు చూపాలి. ఇది ఎలా జరగాలి? మేము కోర్ నుండి ఇంటర్‌ఫేస్‌ను అప్‌డేట్ చేస్తే, అప్పుడు కోర్ (మా మోడల్) ఇంటర్‌ఫేస్‌పై ఆధారపడి ఉంటుంది. మేము మోడల్‌ను అభివృద్ధి చేసి, పరీక్షిస్తున్నప్పుడు, ఇంటర్‌ఫేస్‌ను నవీకరించే వివిధ మార్గాలను మనం గుర్తుంచుకోవాలి. దీన్ని సాధించడానికి, మేము పరిశీలకుల నమూనాను అమలు చేయాలి. ఈ నమూనా శ్రోతలందరికీ మార్పు నోటిఫికేషన్‌లను పంపడానికి మోడల్‌ని అనుమతిస్తుంది. ఈవెంట్ వినేవారు (లేదా పరిశీలకుడు), వినియోగదారు ఇంటర్‌ఫేస్ నోటిఫికేషన్‌లను అందుకుంటుంది మరియు నవీకరించబడుతుంది. ఒక వైపు, పరిశీలకుల నమూనా దాని గురించి ఏమీ తెలియకుండానే మార్పులు సంభవించాయని ఇంటర్‌ఫేస్ (వీక్షణ మరియు నియంత్రిక)కి తెలియజేయడానికి మోడల్‌ను అనుమతిస్తుంది, తద్వారా స్వతంత్రంగా ఉంటుంది. మరోవైపు, ఇది వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించడాన్ని సాధ్యం చేస్తుంది. మేము పరిశీలకుల నమూనాను అమలు చేయాలి. ఈ నమూనా శ్రోతలందరికీ మార్పు నోటిఫికేషన్‌లను పంపడానికి మోడల్‌ని అనుమతిస్తుంది. ఈవెంట్ వినేవారు (లేదా పరిశీలకుడు), వినియోగదారు ఇంటర్‌ఫేస్ నోటిఫికేషన్‌లను అందుకుంటుంది మరియు నవీకరించబడుతుంది. ఒక వైపు, పరిశీలకుల నమూనా దాని గురించి ఏమీ తెలియకుండానే మార్పులు సంభవించాయని ఇంటర్‌ఫేస్ (వీక్షణ మరియు నియంత్రిక)కి తెలియజేయడానికి మోడల్‌ను అనుమతిస్తుంది, తద్వారా స్వతంత్రంగా ఉంటుంది. మరోవైపు, ఇది వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించడాన్ని సాధ్యం చేస్తుంది. మేము పరిశీలకుల నమూనాను అమలు చేయాలి. ఈ నమూనా శ్రోతలందరికీ మార్పు నోటిఫికేషన్‌లను పంపడానికి మోడల్‌ని అనుమతిస్తుంది. ఈవెంట్ వినేవారు (లేదా పరిశీలకుడు), వినియోగదారు ఇంటర్‌ఫేస్ నోటిఫికేషన్‌లను అందుకుంటుంది మరియు నవీకరించబడుతుంది. ఒక వైపు, పరిశీలకుల నమూనా దాని గురించి ఏమీ తెలియకుండానే మార్పులు సంభవించాయని ఇంటర్‌ఫేస్ (వీక్షణ మరియు నియంత్రిక)కి తెలియజేయడానికి మోడల్‌ను అనుమతిస్తుంది, తద్వారా స్వతంత్రంగా ఉంటుంది. మరోవైపు, ఇది వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించడాన్ని సాధ్యం చేస్తుంది.

దశ 3 ఇంటర్‌ఫేస్‌ను వీక్షణ మరియు కంట్రోలర్‌గా వేరు చేయండి

మేము అప్లికేషన్‌ను మాడ్యూల్‌లుగా విభజించడాన్ని కొనసాగిస్తాము, కానీ ఇప్పుడు సోపానక్రమంలో తక్కువ స్థాయిలో ఉంది. ఈ దశలో, వినియోగదారు ఇంటర్‌ఫేస్ (దశ 1లో మేము ప్రత్యేక మాడ్యూల్‌గా విభజించాము) వీక్షణ మరియు కంట్రోలర్‌గా విభజించబడింది. వీక్షణ మరియు నియంత్రిక మధ్య కఠినమైన గీతను గీయడం కష్టం. వినియోగదారు చూసేది వీక్షణ అని మరియు కంట్రోలర్ అనేది సిస్టమ్‌తో పరస్పర చర్య చేయడానికి వినియోగదారుని అనుమతించే మెకానిజం అని మేము చెబితే, మీరు వైరుధ్యాన్ని ఎత్తి చూపవచ్చు. వెబ్ పేజీలోని బటన్‌లు లేదా ఫోన్ స్క్రీన్‌పై వర్చువల్ కీబోర్డ్ వంటి నియంత్రణ అంశాలు ప్రాథమికంగా కంట్రోలర్‌లో భాగం. కానీ వీక్షణలో ఏ భాగమైనా అవి వినియోగదారుకు కనిపిస్తాయి. మేము ఇక్కడ నిజంగా మాట్లాడుతున్నది ఫంక్షనల్ వేరు. సిస్టమ్‌తో వినియోగదారు పరస్పర చర్యను సులభతరం చేయడం వినియోగదారు ఇంటర్‌ఫేస్ యొక్క ప్రధాన పని.
  • అవుట్‌పుట్ మరియు వినియోగదారుకు సిస్టమ్ సమాచారాన్ని సౌకర్యవంతంగా ప్రదర్శిస్తుంది
  • వినియోగదారు డేటా మరియు ఆదేశాలను నమోదు చేయండి (వాటిని సిస్టమ్‌కు కమ్యూనికేట్ చేయండి)
ఈ విధులు వినియోగదారు ఇంటర్‌ఫేస్‌ను మాడ్యూల్స్‌గా ఎలా విభజించాలో నిర్ణయిస్తాయి. చివరికి, సిస్టమ్ ఆర్కిటెక్చర్ ఇలా కనిపిస్తుంది: పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది - 4మరియు మోడల్, వ్యూ మరియు కంట్రోలర్ అని పిలువబడే మూడు మాడ్యూల్స్‌తో కూడిన అప్లికేషన్‌ను మేము ఈ విధంగా చేరుకుంటాము. సారాంశం చేద్దాం:
  1. MVC నమూనా సూత్రాల ప్రకారం, వ్యవస్థను మాడ్యూల్స్‌గా విభజించాలి.
  2. అత్యంత ముఖ్యమైన మరియు స్వతంత్ర మాడ్యూల్ మోడల్గా ఉండాలి.
  3. మోడల్ వ్యవస్థ యొక్క ప్రధాన అంశం. వినియోగదారు ఇంటర్‌ఫేస్ నుండి స్వతంత్రంగా దీన్ని అభివృద్ధి చేయడం మరియు పరీక్షించడం సాధ్యమవుతుంది.
  4. దీన్ని సాధించడానికి, విభజన యొక్క మొదటి దశలో, మేము సిస్టమ్‌ను మోడల్ మరియు వినియోగదారు ఇంటర్‌ఫేస్‌గా విభజించాలి.
  5. అప్పుడు, పరిశీలకుల నమూనాను ఉపయోగించి, మేము మోడల్ యొక్క స్వతంత్రతను పెంచుతాము మరియు వినియోగదారు ఇంటర్‌ఫేస్‌లను సమకాలీకరించాము.
  6. మూడవ దశ వినియోగదారు ఇంటర్‌ఫేస్‌ను నియంత్రిక మరియు వీక్షణగా విభజించడం.
  7. సిస్టమ్‌లోకి వినియోగదారు డేటాను స్వీకరించడానికి కావలసిందల్లా కంట్రోలర్‌లో ఉంది.
  8. వినియోగదారుకు సమాచారాన్ని బట్వాడా చేయడానికి కావాల్సినవన్నీ వీక్షణలో ఉన్నాయి.
మీరు మీ హాట్ చాక్లెట్ త్రాగడానికి ముందు చర్చించవలసిన మరో ముఖ్యమైన విషయం.

వీక్షణ మరియు కంట్రోలర్ మోడల్‌తో ఎలా సంకర్షణ చెందుతాయి అనే దాని గురించి కొంచెం

కంట్రోలర్ ద్వారా సమాచారాన్ని నమోదు చేయడం ద్వారా, వినియోగదారు మోడల్‌ను మారుస్తాడు. లేదా కనీసం, వినియోగదారు మోడల్ డేటాను మారుస్తారు. వినియోగదారు ఇంటర్‌ఫేస్ మూలకాల ద్వారా (వీక్షణ ద్వారా) సమాచారాన్ని స్వీకరించినప్పుడు, వినియోగదారు మోడల్ గురించి సమాచారాన్ని స్వీకరిస్తారు. ఇది ఎలా జరుగుతుంది? వీక్షణ మరియు నియంత్రిక మోడల్‌తో ఏ విధంగా సంకర్షణ చెందుతాయి? అన్నింటికంటే, వీక్షణ యొక్క తరగతులు డేటాను చదవడానికి/వ్రాయడానికి మోడల్ యొక్క తరగతుల పద్ధతులను నేరుగా కాల్ చేయలేవు. లేకపోతే, మోడల్ స్వతంత్రంగా ఉందని మేము చెప్పలేము. మోడల్ అనేది వీక్షణకు లేదా నియంత్రికకు యాక్సెస్ లేని దగ్గరి సంబంధం ఉన్న తరగతుల సమితి. వీక్షణ మరియు నియంత్రికకు మోడల్ను కనెక్ట్ చేయడానికి, మేము ముఖభాగం డిజైన్ నమూనాను అమలు చేయాలి. మోడల్ యొక్క ముఖభాగం మోడల్ మరియు వినియోగదారు ఇంటర్‌ఫేస్ మధ్య పొర, దీని ద్వారా వీక్షణ సౌకర్యవంతంగా ఫార్మాట్ చేయబడిన డేటాను పొందుతుంది మరియు కంట్రోలర్ ముఖభాగంలో అవసరమైన పద్ధతులను కాల్ చేయడం ద్వారా డేటాను మారుస్తుంది. చివరికి, ప్రతిదీ ఇలా కనిపిస్తుంది: పార్ట్ 7. MVC (మోడల్-వ్యూ-కంట్రోలర్) నమూనాను పరిచయం చేస్తోంది - 6

MVC: మనం ఏమి పొందుతాము?

MVC నమూనా యొక్క ప్రధాన లక్ష్యం వ్యాపార తర్కం (మోడల్) అమలును దాని విజువలైజేషన్ (వీక్షణ) నుండి వేరు చేయడం. ఈ విభజన కోడ్ పునర్వినియోగానికి అవకాశాలను పెంచుతుంది. మేము ఒకే డేటాను వేర్వేరు ఫార్మాట్‌లలో ప్రదర్శించాల్సిన అవసరం వచ్చినప్పుడు MVC యొక్క ప్రయోజనాలు చాలా స్పష్టంగా కనిపిస్తాయి. ఉదాహరణకు, పట్టిక, గ్రాఫ్ లేదా చార్ట్ (విభిన్న వీక్షణలను ఉపయోగించి). అదే సమయంలో, వీక్షణలు ఎలా అమలు చేయబడతాయో ప్రభావితం చేయకుండా, మేము వినియోగదారు చర్యలకు (బటన్ క్లిక్‌లు, డేటా ఎంట్రీ) ఎలా స్పందిస్తామో మార్చవచ్చు. మీరు MVC సూత్రాలను అనుసరిస్తే, మీరు సాఫ్ట్‌వేర్ డెవలప్‌మెంట్‌ను సులభతరం చేయవచ్చు, కోడ్ రీడబిలిటీని పెంచవచ్చు మరియు ఎక్స్‌టెన్సిబిలిటీ మరియు మెయింటెనబిలిటీని మెరుగుపరచవచ్చు. "ఇంట్రడక్షన్ టు ఎంటర్‌ప్రైజ్ డెవలప్‌మెంట్" సిరీస్‌లోని చివరి కథనంలో, మేము స్ప్రింగ్ MVCని ఉపయోగించి నిర్మించిన MVC అమలును పరిశీలిస్తాము. పార్ట్ 8. స్ప్రింగ్ బూట్ ఉపయోగించి చిన్న అప్లికేషన్ వ్రాద్దాం
వ్యాఖ్యలు
  • జనాదరణ పొందినది
  • కొత్తది
  • పాతది
వ్యాఖ్యానించడానికి మీరు తప్పనిసరిగా సైన్ ఇన్ చేసి ఉండాలి
ఈ పేజీకి ఇంకా ఎలాంటి వ్యాఖ్యలు లేవు