भाग 7. MVC (मॉडेल-व्ह्यू-कंट्रोलर) नमुना सादर करत आहे

ही सामग्री "एंटरप्राइज डेव्हलपमेंटची ओळख" मालिकेचा भाग आहे. मागील लेख:

• नेटवर्किंग बद्दल
• सॉफ्टवेअर आर्किटेक्चर बद्दल
• HTTP/HTTPS बद्दल
• मावेनच्या मूलभूत गोष्टींबद्दल
• सर्व्हलेट्सबद्दल (एक साधा वेब अनुप्रयोग लिहिणे)
• सर्वलेट कंटेनर बद्दल

या लेखात आपण MVC नावाची गोष्ट जाणून घेऊ. आम्ही MVC काय आहे याबद्दल बोलू, त्याच्या इतिहासाला स्पर्श करू, MVC मध्ये मूर्त स्वरूप असलेल्या मूलभूत कल्पना आणि संकल्पना एक्सप्लोर करू, मॉडेल, व्ह्यू आणि कंट्रोलर मॉड्यूल्समध्ये अनुप्रयोग कसा विभाजित करायचा यावर चरण-दर-चरण पहा, एक लिहा स्प्रिंग बूट वापरून लहान वेब ऍप्लिकेशन, आणि, स्प्रिंग MVC वापरून उदाहरण म्हणून, Java कोडवरून HTML पृष्ठांवर डेटा कसा पाठवला जातो ते पहा. ही सामग्री समजून घेण्यासाठी, आपल्याला डिझाइन नमुन्यांची, विशेषतः निरीक्षक आणि दर्शनी भागाशी परिचित असणे आवश्यक आहे. आणि HTTP विनंत्या आणि प्रतिसादांशी परिचित व्हा, HTML च्या मूलभूत गोष्टी समजून घ्या आणि Java भाष्ये काय आहेत हे जाणून घ्या. एक कप कॉफी आणि नाश्ता घ्या आणि आराम करा. चला सुरवात करूया.

MVC चा इतिहास

1970 च्या दशकाच्या उत्तरार्धात झेरॉक्स PARC मध्ये काम करत असताना Trygve Reenskaug यांनी MVC च्या मागे असलेल्या कल्पना तयार केल्या होत्या. त्या काळात, संगणकावर काम करण्यासाठी पदवी आणि विपुल कागदपत्रांचा सतत अभ्यास आवश्यक होता. Reenskaug ने अतिशय मजबूत विकासकांच्या गटासह सोडवलेले कार्य म्हणजे सामान्य वापरकर्त्याचा संगणकाशी संवाद साधणे सोपे करणे. अशी साधने तयार करणे आवश्यक होते जे एकीकडे, अत्यंत साधे आणि समजण्यायोग्य असतील आणि दुसरीकडे, संगणक आणि जटिल अनुप्रयोग नियंत्रित करणे शक्य करेल. रेनस्कॉगने "सर्व वयोगटातील मुलांसाठी" लॅपटॉप संगणक विकसित करणाऱ्या टीमवर काम केले - डायनाबुक, तसेच अॅलन के यांच्या नेतृत्वाखाली स्मॉलटॉक भाषा. तेव्हाच मैत्रीपूर्ण इंटरफेसची संकल्पना मांडण्यात आली होती. अनेक बाबतीत, Reenskaug आणि त्यांच्या टीमने केलेल्या कामाचा IT क्षेत्राच्या उत्क्रांतीवर प्रभाव पडला. येथे एक मनोरंजक तथ्य आहे जे थेट MVC ला लागू होत नाही, परंतु या घडामोडींचे महत्त्व स्पष्ट करते. अॅलन केम्हणाला, "जेव्हा मी पहिल्यांदा ऍपलला गेलो, जे '84 मध्ये होते, तेव्हा मॅक आधीच संपला होता आणि न्यूजवीकने माझ्याशी संपर्क साधला आणि मला मॅकबद्दल काय वाटते ते विचारले. मी म्हणालो, 'ठीक आहे, मॅक हा पहिला वैयक्तिक संगणक आहे. टीका करावी.' म्हणून, 2007 मध्ये आयफोनची घोषणा केल्यानंतर, त्याने तो माझ्याकडे आणला आणि तो माझ्याकडे दिला. तो म्हणाला, 'अ‍ॅलन, हे टीका करण्याइतके चांगले आहे का?' आणि मी म्हणालो, 'स्टीव्ह, याला टॅबलेट इतका मोठा आकार द्या आणि तू जगावर राज्य करशील.'" ३ वर्षानंतर, २७ जानेवारी २०१० रोजी, Apple ने ९.७ इंच कर्ण असलेला iPad सादर केला. दुसऱ्या शब्दांत, स्टीव्ह जॉब्सने अॅलन के यांच्या सल्ल्याचे जवळपास तंतोतंत पालन केले. 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. एमव्हीसी पॅराडाइमच्या तत्त्वांनुसार, सिस्टमला मॉड्यूलमध्ये विभागले जाणे आवश्यक आहे.
2. सर्वात महत्वाचे आणि स्वतंत्र मॉड्यूल हे मॉडेल असावे.
3. मॉडेल हा प्रणालीचा गाभा आहे. वापरकर्ता इंटरफेसमधून स्वतंत्रपणे विकसित करणे आणि चाचणी करणे शक्य असले पाहिजे.
4. हे साध्य करण्यासाठी, विभाजनाच्या पहिल्या चरणात, आम्हाला प्रणालीला मॉडेल आणि वापरकर्ता इंटरफेसमध्ये विभाजित करणे आवश्यक आहे.
5. त्यानंतर, निरीक्षक नमुना वापरून, आम्ही मॉडेलचे स्वातंत्र्य वाढवतो आणि वापरकर्ता इंटरफेस सिंक्रोनाइझ करतो.
6. तिसरी पायरी म्हणजे यूजर इंटरफेस कंट्रोलर आणि व्ह्यूमध्ये विभाजित करणे.
7. सिस्टममध्ये वापरकर्ता डेटा प्राप्त करण्यासाठी आवश्यक असलेले सर्व कंट्रोलरमध्ये आहे.
8. वापरकर्त्याला माहिती वितरीत करण्यासाठी जे आवश्यक आहे ते सर्व दृश्यात आहे.

तुम्ही तुमचे हॉट चॉकलेट पिण्याआधी आणखी एक महत्त्वाची गोष्ट सांगा.

दृश्य आणि नियंत्रक मॉडेलशी कसे संवाद साधतात याबद्दल थोडेसे

कंट्रोलरद्वारे माहिती प्रविष्ट करून, वापरकर्ता मॉडेल बदलतो. किंवा किमान, वापरकर्ता मॉडेल डेटा बदलतो. जेव्हा वापरकर्त्याला इंटरफेस घटकांद्वारे (दृश्याद्वारे) माहिती प्राप्त होते, तेव्हा वापरकर्त्याला मॉडेलबद्दल माहिती प्राप्त होते. हे कसे घडते? दृश्य आणि नियंत्रक मॉडेलशी कशा प्रकारे संवाद साधतात? शेवटी, दृश्याचे वर्ग डेटा वाचण्यासाठी/लिहण्यासाठी मॉडेलच्या वर्गांच्या पद्धतींना थेट कॉल करू शकत नाहीत. अन्यथा, आम्ही असे म्हणू शकणार नाही की मॉडेल स्वतंत्र आहे. मॉडेल हा जवळून संबंधित वर्गांचा एक संच आहे ज्यामध्ये दृश्य किंवा नियंत्रकास प्रवेश नसावा. मॉडेलला व्ह्यू आणि कंट्रोलरशी जोडण्यासाठी, आम्हाला दर्शनी डिझाइन नमुना लागू करणे आवश्यक आहे. मॉडेलचा दर्शनी भाग हा मॉडेल आणि वापरकर्ता इंटरफेसमधील थर आहे, ज्याद्वारे दृश्याला सोयीस्करपणे स्वरूपित डेटा प्राप्त होतो आणि नियंत्रक दर्शनी भागावर आवश्यक पद्धती कॉल करून डेटा बदलतो. शेवटी, सर्वकाही असे दिसते:

MVC: आम्ही काय मिळवू शकतो?

MVC प्रतिमानचे मुख्य उद्दिष्ट व्यवसाय तर्कशास्त्र (मॉडेल) च्या अंमलबजावणीला त्याच्या व्हिज्युअलायझेशन (दृश्य) पासून वेगळे करणे आहे. हे पृथक्करण कोड पुन्हा वापरण्याची शक्यता वाढवते. जेव्हा आम्हाला समान डेटा वेगवेगळ्या फॉरमॅटमध्ये सादर करण्याची आवश्यकता असते तेव्हा MVC चे फायदे सर्वात जास्त स्पष्ट होतात. उदाहरणार्थ, टेबल, आलेख किंवा चार्ट म्हणून (वेगवेगळ्या दृश्यांचा वापर करून). त्याच वेळी, दृश्ये कशी लागू केली जातात यावर परिणाम न करता, आम्ही वापरकर्त्याच्या क्रियांना (बटण क्लिक, डेटा एंट्री) कसा प्रतिसाद देतो ते बदलू शकतो. तुम्ही MVC च्या तत्त्वांचे पालन केल्यास, तुम्ही सॉफ्टवेअर डेव्हलपमेंट सुलभ करू शकता, कोड वाचनीयता वाढवू शकता आणि विस्तारक्षमता आणि देखभालक्षमता सुधारू शकता. "एंटरप्राइझ डेव्हलपमेंटचा परिचय" मालिकेतील अंतिम लेखात, आम्ही स्प्रिंग MVC वापरून तयार केलेल्या MVC अंमलबजावणीकडे पाहू. भाग 8. स्प्रिंग बूट वापरून एक छोटा ऍप्लिकेशन लिहू