मैं सोच रहा था कि एमवीसी (जो एक आर्किटेक्चरल पैटर्न है) और एक एप्लीकेशन के लिए एन-टियर आर्किटेक्चर में क्या अंतर है। मैंने इसके लिए खोज की लेकिन एक सरल विवरण नहीं मिला। हो सकता है कि मैं एमवीसी अवधारणाओं पर थोड़ा सा अनुभवहीन हूं, इसलिए यदि कोई अंतर समझा सकता है तो यह बहुत अच्छा होगा।
चियर्स
जवाबों:
एन-टियर आर्किटेक्चर में आमतौर पर प्रत्येक परत नेटवर्क से अलग होती है। IE प्रस्तुति परत कुछ वेब सर्वरों पर होती है, फिर वह व्यवसाय तर्क के लिए नेटवर्क पर ऐप सर्वर से बैकएंड पर बात करती है, फिर डेटाबेस सर्वर से बात करती है, फिर से नेटवर्क पर, और शायद ऐप सर्वर कुछ दूरस्थ सेवाओं के लिए भी कॉल करता है ( भुगतान प्रक्रिया के लिए Authorize.net)।
MVC एक प्रोग्रामिंग डिज़ाइन पैटर्न है जहाँ कुछ एप्लिकेशन में मॉडल, व्यू और कंट्रोलर का प्रतिनिधित्व करने के लिए कोड के विभिन्न भाग जिम्मेदार होते हैं। उदाहरण के लिए, ये दो चीजें संबंधित हैं क्योंकि मॉडल परत में आंतरिक कार्यान्वयन हो सकता है जो डेटा संग्रहीत करने और पुनर्प्राप्त करने के लिए डेटाबेस को कॉल करता है। नियंत्रक वेबसर्वर पर स्थित हो सकता है, और डेटा पुनः प्राप्त करने के लिए दूरस्थ रूप से कॉल एपरवियर्स कॉल कर सकता है। एमवीसी एक ऐप की वास्तुकला को कैसे कार्यान्वित किया जाता है, इसका विवरण दूर करता है।
एन-टियर सिर्फ एक कार्यान्वयन की भौतिक संरचना को संदर्भित करता है। ये दोनों कभी-कभी भ्रमित होते हैं क्योंकि एमवीसी डिज़ाइन अक्सर एन-टियर आर्किटेक्चर का उपयोग करके लागू किया जाता है।
यदि 3-स्तरीय डिजाइन इस तरह थे:
Client <-> Middle <-> Data
MVC संरक्षक होगा:
Middle
^ |
| v
Client <- Data
जिसका अर्थ है कि:
पुनश्च ग्राहक होगा देखें और मध्य नियंत्रक
एन-टियर आर्किटेक्चर के
बारे में यही कहना है
पहली नज़र में, तीन स्तरीय MVC (मॉडल दृश्य नियंत्रक) अवधारणा के समान लग सकते हैं; हालाँकि, टोपोलॉजिकल रूप से वे भिन्न हैं। त्रि-स्तरीय वास्तुकला में एक मौलिक नियम यह है कि ग्राहक स्तरीय डेटा टियर के साथ सीधे संवाद नहीं करता है; थ्री-टियर मॉडल में सभी संचार मिडलवेयर टियर से होकर गुजरना चाहिए। वैचारिक रूप से त्रिस्तरीय वास्तुकला रैखिक है। हालाँकि, MVC आर्किटेक्चर त्रिकोणीय है: व्यू कंट्रोलर को अपडेट भेजता है, कंट्रोलर मॉडल को अपडेट करता है, और व्यू सीधे मॉडल से अपडेट हो जाता है।
एकमात्र समानता यह है कि दो पैटर्न में उनके आरेखों में तीन बक्से होते हैं। मौलिक रूप से वे अपने उपयोगों में पूरी तरह से अलग हैं। यदि वास्तव में, यह आमतौर पर पसंद करने के लिए नहीं है कि किस पैटर्न का उपयोग करना है, लेकिन दोनों पैटर्न एक साथ उपयोग कर सकते हैं। यहाँ दो की एक अच्छी तुलना है: http://allthingscs.blogspot.com/2011/03/mvc-vs-3-tier-pattern.html
थ्री-टियर आर्किटेक्चर में एक मौलिक नियम यह है कि क्लाइंट टियर कभी भी डेटा टियर के साथ सीधे संवाद नहीं करता है; थ्री-टियर मॉडल में सभी संचार मिडलवेयर टियर से होकर गुजरना चाहिए।
यह लाइनर आर्किटेक्चर है। यह एक उपयोगकर्ता और डेटाबेस के बीच जानकारी को कैसे पारित किया जाए, इस सवाल का जवाब देता है। जहां MVC एक त्रिकोणीय वास्तुकला है: व्यू कंट्रोलर को अपडेट भेजता है, कंट्रोलर मॉडल को अपडेट करता है, और व्यू सीधे मॉडल से अपडेट हो जाता है। यह पता चलता है कि उपयोगकर्ता इंटरफ़ेस स्क्रीन पर घटकों का प्रबंधन कैसे करता है।
@Cherry मध्य वेयर MVC पैटर्न में एक अनुरोध हैंडलर या पुनर्निर्देशक की तरह अधिक काम करता है।
मैं एमवीसी के बारे में थोड़ा विस्तार से बताना चाहूंगा, मेरे अनुसार मॉडल व्यू कंट्रोलर इस तरह से काम करता है।
यह सब MVC के बारे में है जो मुझे पता है।
खुद को एक ब्रेक दें। और वास्तविक दुनिया की समस्याओं को हल करते समय अपने आप को कुछ पैटर्न तक सीमित न रखें। बस कुछ सामान्य सिद्धांतों को याद रखें, जिनमें से एक है CONPERATION OF CONCERNS ।
रैखिक होने के अलावा, एक और बड़ा अंतर जो यहां पर्याप्त जोर नहीं दिया गया था वह यह है कि एन-टियर मॉडल में, एन जरूरी 3-स्तरीय नहीं है! यह अक्सर तीन स्तरों (प्रस्तुति, ऐप, डेटा) के रूप में लागू होता है, जिसमें मध्य परत दो उप-स्तरीय (व्यावसायिक तर्क और डेटा एक्सेस) होती है। इसके अलावा, MVC के मॉडल में डेटा हेरफेर के लिए डेटा और व्यावसायिक तर्क दोनों शामिल हो सकते हैं, जबकि ये n-tier में अलग-अलग स्तरों में होंगे।
एन-टीयर आर्किटेक्चर को परिनियोजन आरेख का उपयोग करके सबसे अच्छा परिभाषित किया गया है।
एक MVC आर्किटेक्चर को सीक्वेंस डायग्राम का उपयोग करके सबसे अच्छा परिभाषित किया गया है।
2 समान नहीं हैं और संबंधित नहीं हैं और आप दो आर्किटेक्चर को एक साथ जोड़ सकते हैं। न केवल तैनाती और स्केलेबिलिटी के लिए, बल्कि कोड पुन: उपयोग के लिए भी कई कंपनियों ने N Tier'd आर्किटेक्चर बनाने के लिए कदम उठाए हैं।
उदाहरण के लिए, आपकी व्यावसायिक इकाई वस्तुओं का उपभोग डेस्कटॉप ऐप, ग्राहक के लिए उजागर वेब सेवा, वेब ऐप या मोबाइल ऐप द्वारा किया जा सकता है। बस एमवीसी दृष्टिकोण का उपयोग करने से आपको किसी भी चीज़ का पुन: उपयोग करने में मदद नहीं मिलेगी।
जेरी: यहाँ एक सरल उदाहरण है कि दोनों कैसे संबंधित हैं:
टियर 1 - उन मॉडलों से मिलकर जो किसी प्रकार की नेटवर्क सेवा या समान के माध्यम से टियर 2 के साथ संचार करते हैं, इनपुट सत्यापन, गणना और विचारों के लिए प्रासंगिक अन्य चीजों को संभालने के लिए नियंत्रक। और इसमें स्वयं के विचार शामिल हैं, टोकेर - जो डेस्कटॉप ऐप में GUI या वेब-ऐप में वेब-इंटरफ़ेस हो सकता है।
टियर 2 - टीयर 1 से किसी तरह की सेवा या संदेशों को पुनः प्राप्त करने के अन्य तरीके शामिल हैं। टीयर 1 के बारे में पता नहीं होना चाहिए या नहीं, इसलिए केवल ऊपर से कॉल का जवाब दे सकता है - कभी भी खुद से चीजों के लिए न पूछें। इसमें सभी व्यावसायिक-तर्क भी शामिल हैं।
टीयर 3 - इसमें डोमेन मॉडल, डेटाबेस का ऑब्जेक्ट प्रतिनिधित्व और डेटाबेस-प्रविष्टियों को संचार और अद्यतन करने के लिए सभी तर्क शामिल हैं।
त्रि-स्तरीय मॉडल में सभी संचार मध्य स्तरीय के माध्यम से गुजरना चाहिए। वैचारिक रूप से त्रिस्तरीय वास्तुकला रैखिक है। हालांकि, [मॉडल-व्यू-कंट्रोलर] एमवीसी आर्किटेक्चर त्रिकोणीय है: व्यू कंट्रोलर को अपडेट भेजता है, कंट्रोलर मॉडल को अपडेट करता है, और व्यू सीधे मॉडल से अपडेट हो जाता है।