दिलचस्प पोस्ट
कैसे एक std :: string.c_str () वापस करने के लिए जावास्क्रिप्ट regex – वैकल्पिक पीछे देखो? JSON डेटा से JSON स्कीमा उत्पन्न करने के लिए उपकरण मैं 30 दिन के लिए एक परीक्षण संस्करण के रूप में अपना उत्पाद कैसे बना सकता हूं? 'प्रोटोटाइप बनाम' का प्रयोग जावास्क्रिप्ट में 'यह' कस्टम एनिमेट करने योग्य संपत्ति बनाएं एक से अधिक विवरण दृश्य नियंत्रक को पुश करते समय "विजिटव्यूकंट्रोलर के लिए उपस्थिति संक्रमण शुरू करने / अंत करने के लिए असंतुलित कॉल" निजी और सार्वजनिक कुंजी पाने के लिए .pem फ़ाइल कैसे पढ़ें एसक्यूएल मेजबान तालिकाओं में जहां 1 कॉलम में अल्पविराम है एसएसई के साथ कुशल 4×4 मैट्रिक्स वेक्टर गुणन: क्षैतिज जोड़ और डॉट उत्पाद – क्या बात है? Angular.js: is .value () एप्लिकेशन को निरंतर निरंतर सेट करने का तरीका और नियंत्रक में इसे कैसे प्राप्त करना है एकाधिक फाइलों को एसिंन्क डाउनलोड करें और बाकी सभी कोड को निष्पादित करने से पहले उन सभी को समाप्त करने के लिए प्रतीक्षा करें कैसे फाइल सिस्टम समवर्ती पढ़ा / लिखते हैं? स्विंग जेकॉम्नेन्ट्स में अंश का रेंडरिंग कैसे करें एक वेबसाइट पर भारतीय मुद्रा प्रतीक प्रदर्शित करना

"परतें" और "टायर्स" के बीच अंतर क्या है?

"परतें" और "टायर्स" के बीच अंतर क्या है?

Solutions Collecting From Web of ""परतें" और "टायर्स" के बीच अंतर क्या है?"

तार्किक परतें केवल आपके कोड को व्यवस्थित करने का एक तरीका है। विशिष्ट परतों में प्रस्तुति, व्यवसाय और डेटा शामिल हैं – पारंपरिक 3-स्तरीय मॉडल के समान। लेकिन जब हम परतों के बारे में बात कर रहे हैं, हम केवल कोड के तार्किक संगठन के बारे में बात कर रहे हैं। वैसे भी यह निहित है कि इन परतें एक कंप्यूटर पर अलग-अलग कंप्यूटरों या अलग-अलग प्रक्रियाओं पर चलती हैं या एक ही कंप्यूटर पर एक ही प्रक्रिया में भी हो सकती हैं। हम जो कर रहे हैं वह विशिष्ट कार्य द्वारा निर्धारित परतों के एक सेट में एक कोड को व्यवस्थित करने के एक तरीके पर चर्चा कर रहा है।

भौतिक स्तर हालांकि, केवल उस कोड के बारे में है जहां कोड चलता है। विशेष रूप से, स्तरीय जगहें होती हैं जहां परतें तैनात की जाती हैं और जहां परतें चलती हैं दूसरे शब्दों में, स्तरीय परतों की भौतिक तैनाती हैं

स्रोत: रॉकफोर्ड लोधका, क्या सभी ऐप्स को एन-स्तरीय होना चाहिए?

इस मुद्दे पर स्कॉट हंसल्मैन के पोस्ट पढ़ें: http://www.hanselman.com/blog/AReminderOnThreeMultiTierLayerArchitectureDesignBroughtToYouByMyLateNightFrustrations.aspx

यद्यपि, "स्कॉट वर्ल्ड" (जो भी आपकी दुनिया भी है :)) में "टियर" तैनाती की एक इकाई है, जबकि एक "परत" कोड के भीतर जिम्मेदारी का एक तार्किक पृथक्करण है, याद रखें। आप कह सकते हैं कि आपके पास "3-स्तरीय" प्रणाली है, लेकिन इसे एक लैपटॉप पर चलाना आप कह सकते हैं कि आपके पास "3-परत" प्रणाली है, लेकिन केवल एएसपी.नेट पेज हैं जो एक डाटाबेस से बात करते हैं। सटीकता, दोस्तों में शक्ति है

परतें कोड के तार्किक पृथक्करण का संदर्भ देते हैं। तार्किक परतें आपको अपने कोड को बेहतर व्यवस्थित करने में मदद करते हैं उदाहरण के लिए एक अनुप्रयोग में निम्न परतें हो सकती हैं।

1) प्रस्तुति परत या यूआई लेयर 2) बिजनेस लेयर या बिजनेस लॉजिक लेयर 3) डाटा एक्सेस लेयर या डेटा लेयर

तीनों परियोजनाओं में तीन स्तरों से ऊपर रहना, 3 परियोजनाएं या इससे भी ज्यादा हो सकती हैं। जब हम परियोजनाओं को संकलित करते हैं तो हम संबंधित परत डीएलएल प्राप्त करते हैं। तो हमारे पास 3 डीएलएल है

हम अपने आवेदन की तैनाती के आधार पर, हमारे पास 1 से 3 स्तर हो सकते हैं। जैसा कि हमारे पास 3 डीएलएल है, अगर हम एक ही मशीन पर सभी डीएलएल की तैनाती करते हैं, तो हमारे पास केवल 1 भौतिक स्तरीय लेकिन 3 लॉजिकल परतें हैं।

अगर हम एक अलग मशीन पर प्रत्येक DLL को तैनात करना चुनते हैं, तो हमारे पास 3 स्तर और 3 परतें हैं

इसलिए, परतें एक तार्किक पृथक्करण हैं और टायर भौतिक अलग हैं। हम यह भी कह सकते हैं कि, स्तरें परतों की भौतिक तैनाती हैं

क्यों हमेशा जटिल शब्दों का प्रयोग करने की कोशिश कर रहे हैं?

एक परत = आपके कोड का एक हिस्सा , यदि आपका आवेदन एक केक है, यह एक टुकड़ा है।

एक श्रेणी = एक भौतिक मशीन , एक सर्वर

एक स्तरीय एक या अधिक परतों को होस्ट करता है


परतों का उदाहरण:

  • प्रस्तुति परत = आमतौर पर उपयोगकर्ता इंटरफ़ेस से संबंधित सभी कोड
  • डेटा एक्सेस परत = आपके डेटाबेस एक्सेस से संबंधित सभी कोड

टीयर:

आपका कोड सर्वर पर होस्ट किया गया है = आपका कोड एक स्तरीय पर होस्ट किया गया है

आपका कोड 2 सर्वरों पर होस्ट किया गया है = आपका कोड दो स्तरों पर होस्ट किया गया है

उदाहरण के लिए, एक मशीन वेब साइट ही (प्रस्तुति परत) की मेजबानी करती है, एक और मशीन अधिक सुरक्षित सुरक्षा संवेदक (असली व्यवसाय कोड – व्यवसाय स्तर, डेटाबेस पहुंच परत, आदि) की मेजबानी कर रही है।


एक स्तरित वास्तुकला को लागू करने के लिए इतने सारे लाभ हैं यह मुश्किल है और एक स्तरित एप्लिकेशन को ठीक से लागू करने में समय लगता है। अगर आपके पास कुछ है, तो इस पोस्ट को माइक्रोसॉफ्ट से देखें: http://msdn.microsoft.com/en-gb/library/ee658109.aspx

मुझे एक परिभाषा मिली है जो कहती है कि परतें एक तार्किक जुदाई हैं और थैलियां भौतिक अलग हैं

  1. सादे अंग्रेजी में, Tier "प्रत्येक पंक्तियों की एक पंक्ति में या दूसरे के ऊपर स्थित एक संरचना के स्तर में" संदर्भित करता है, जबकि Layer को "एक शीट, मात्रा या सामग्री की मोटाई, विशेष रूप से कई में से एक, सतह को कवर करने के लिए संदर्भित करता है या शरीर "
  2. टीयर एक भौतिक इकाई है , जहां कोड / प्रक्रिया चलती है। उदाहरण: ग्राहक, अनुप्रयोग सर्वर, डाटाबेस सर्वर;

    परत एक तार्किक इकाई है , कोड को व्यवस्थित कैसे करें। उदाहरण: प्रस्तुति (देखें), नियंत्रक, मॉडल, रिपॉजिटरी, डेटा एक्सेस

  3. टाइयर आपके कम्प्यूटर के विभिन्न कंप्यूटरों और प्रणालियों में प्रस्तुति, व्यवसाय, सेवाओं और डेटा कार्यक्षमता के भौतिक अलग होने के प्रतिनिधित्व करते हैं।

    परतें सॉफ्टवेयर घटकों के तार्किक समूह हैं जो अनुप्रयोग या सेवा को बनाते हैं। वे घटकों द्वारा किए गए विभिन्न प्रकार के कार्यों के बीच अंतर करने में मदद करते हैं, जो एक डिजाइन बनाने में आसान बनाता है जो घटकों के पुन: प्रयोज्यता का समर्थन करता है। प्रत्येक लॉजिकल परत में कई अलग-अलग असंतुलित घटक प्रकार होते हैं जो कि उपलक्षकों में वर्गीकृत होते हैं, प्रत्येक विशिष्ट कार्य के प्रदर्शन वाले प्रत्येक उप-स्तरीय के साथ।

दो स्तरीय पैटर्न क्लाइंट और सर्वर का प्रतिनिधित्व करता है

इस परिदृश्य में, क्लाइंट और सर्वर एक ही मशीन पर मौजूद हो सकते हैं, या दो भिन्न मशीनों पर स्थित हो सकते हैं। नीचे चित्रा, एक सामान्य वेब अनुप्रयोग परिदृश्य दिखाता है जहां क्लाइंट क्लाइंट स्तरीय में स्थित एक वेब सर्वर के साथ इंटरैक्ट करता है। इस स्तर में प्रस्तुति स्तर तर्क और किसी भी आवश्यक व्यवसाय स्तर तर्क शामिल हैं। वेब अनुप्रयोग एक अलग मशीन के साथ संचार करता है जो डेटाबेस स्तरीय होस्ट करता है, जिसमें डेटा लेयर लॉजिक शामिल है।

परतों बनाम टाइयर

परतों और टायरों के फायदे:

  • लेयरिंग आपको कोड की रखरखाव को अधिकतम करने में मदद करता है, जिस तरीके से अलग-अलग तरीके से तैनात किए जाने पर काम करता है, और उस स्थान के बीच एक स्पष्ट आरेखण प्रदान करता है जहां कुछ तकनीकी या डिजाइन निर्णय किए जाने चाहिए।

  • अपनी परतें अलग-अलग भौतिक स्तरों पर रखकर प्रदर्शन को कई सर्वरों में लोड बांट कर प्रदर्शन में मदद कर सकता है। यह अधिक संवेदनशील घटकों और परतों को अलग-अलग नेटवर्क पर या इंट्रानेट के विरुद्ध इंटरनेट पर विभाजित करके सुरक्षा के साथ भी मदद कर सकता है।

1-स्तरीय अनुप्रयोग 3-परत वाला अनुप्रयोग हो सकता है

मैं अपने समाधान के एक घटक के भीतर आर्किटेक्ट या टेक्नोलॉजी स्टैक का वर्णन करने के लिए परतों का उपयोग करता हूं मैं उन घटकों को तर्कसंगत रूप से समूह के लिए उपयोग करता हूं, जब नेटवर्क या इंटरप्रोसेस संचार शामिल होता है।

हां मेरे प्रिय दोस्तों ने सही कहा। परत अनुप्रयोग का एक तार्किक विभाजन है जबकि स्तरीय सिस्टम स्तरीय विभाजन का भौतिक विभाजन परत विभाजन पर निर्भर करता है। बस एक मशीन पर एक आवेदन निष्पादित की तरह लेकिन यह 3 स्तरित वास्तुकला का पालन करता है, इसलिए हम कह सकते हैं कि एक परत वास्तुकला में उस परत वास्तुकला मौजूद हो सकता है। सरल शब्द 3 परत वास्तुकला में एक मशीन में लागू कर सकते हैं तो हम यह कह सकते हैं कि इसकी 1 स्तरीय वास्तुकला है। अगर हम प्रत्येक परत को अलग मशीन पर लागू करते हैं तो इसका नाम 3 स्तरीय वास्तुकला होता है एक परत भी कई स्तरों को चलाने में सक्षम हो सकता है। परत वास्तुकला संबंधी घटक में आसानी से एक दूसरे से संवाद करने के लिए
जैसे कि हम वास्तुकला के नीचे दिए गए हैं

  1. प्रस्तुति अंश
  2. व्यावसायिक तर्क स्तर
  3. डेटा एक्सेस परत

एक ग्राहक "प्रस्तुति स्तर" के साथ बातचीत कर सकता है, लेकिन सुरक्षा कारणों के कारण वे "व्यापार तर्क स्तर" के नीचे परत के सार्वजनिक घटक (जैसे व्यावसायिक तर्क स्तर के सार्वजनिक घटक) के सार्वजनिक घटक का उपयोग कर सकते हैं।
प्रश्न * हम परत वास्तुकला का उपयोग क्यों करते हैं? क्योंकि अगर हम परत वास्तुकला को लागू करते हैं तो हम अपने अनुप्रयोगों की कार्यक्षमता को बढ़ाते हैं जैसे

==> सुरक्षा

==> प्रबंधन क्षमता

==> scalability

अन्य विकास की जरूरत है जैसे विकास के बाद हमें डीबीएम बदलना होगा या व्यापार तर्क आदि को संशोधित करना होगा। यह सभी के लिए आवश्यक है।

प्रश्न * क्यों हम स्तरीय वास्तुकला का उपयोग करते हैं?

क्योंकि प्रत्येक परत के शारीरिक रूप से कार्यान्वयन एक बेहतर दक्षता देता है, परत संरचना के बिना हम स्तरीय वास्तुकला को लागू नहीं कर सकते अलग-अलग स्तर को लागू करने के लिए अलग मशीन और अलग-अलग स्तर एक या एक से अधिक परत को लागू करता है इसलिए हम इसका उपयोग करते हैं।
यह दोष सहिष्णुता के प्रयोजनों के लिए उपयोग करता है ==> बनाए रखने में आसान

सरल उदाहरण

जैसे ही एक चैंबर में खोलने वाले बैंक की तरह, जिसमें श्रेणियां कर्मचारी होती हैं:

  1. गेट कीपर
  2. नकद के लिए एक व्यक्ति
  3. एक व्यक्ति जो बैंकिंग योजना शुरू करने के लिए जिम्मेदार है
  4. प्रबंधक

वे सभी सिस्टम के संबंधित घटक हैं।

अगर हम ऋण उद्देश्य के लिए बैंक जा रहे हैं तो पहले एक गेट की रक्षक मुस्कुराहट के साथ दरवाजा खोलता है उसके बाद हम उस व्यक्ति के पास जाते हैं जो ऋण की सभी योजनाओं को पेश करते हैं, इसके बाद हम प्रबंधक केबिन में जाते हैं और ऋण पास करते हैं। आखिरकार हम कैशियर के काउंटर को कर्ज लेते हैं। ये बैंक की परत वास्तुकला हैं।

क्या स्तरीय के बारे में? किसी शहर में एक बैंक की शाखा एक दूसरे शहर में खुली होती है, उसके बाद दूसरे शहर में, लेकिन प्रत्येक शाखा की बुनियादी आवश्यकता क्या है

  1. गेट कीपर
  2. नकद के लिए एक व्यक्ति
  3. एक व्यक्ति जो बैंकिंग योजना शुरू करने के लिए जिम्मेदार है
  4. प्रबंधक

वास्तव में परत और स्तरीय की एक ही अवधारणा

मुझे माइक्रोसॉफ्ट एप्लीकेशन आर्किटेक्चर गाइड 2 से नीचे विवरण पसंद है

परतें एक अनुप्रयोग में कार्यक्षमता और घटकों के तार्किक समूह का वर्णन करते हैं; जबकि टीयर अलग सर्वर, कंप्यूटर, नेटवर्क या दूरस्थ स्थानों पर कार्यक्षमता और घटकों के भौतिक वितरण का वर्णन करते हैं। हालांकि दोनों परतों और थिएटर नामों (प्रस्तुति, व्यवसाय, सेवाओं और डेटा) का एक ही सेट का उपयोग करते हैं, याद रखें कि केवल स्तरीय एक भौतिक जुदाई का मतलब है

परतें एक अनुप्रयोग के भीतर related-functionality[code] के तर्कसंगत पृथक्करण हैं, परतों के बीच संचार स्पष्ट और ढीला युग्मित है [प्रस्तुति तर्क, अनुप्रयोग तर्क, डेटा प्रवेश तर्क]

टीयर एक अलग-अलग कंप्यूटर (प्रक्रिया) में layers शारीरिक पृथक्करण [व्यक्तिगत सर्वर पर होस्ट हो जाते हैं]

यहां छवि विवरण दर्ज करें

चित्र में दिखाए गए अनुसार:

 1-Tier & 3-Layers « App Logic with out DB access store data in a files. 2-Tier & 3-Layers « App Logic & DataStorage-box. 2-Tier & 2-Layers « Browser View[php] & DataStorage[procedures] 2-Tier & 1-Layers « Browser View[php] & DataStorage, query sending is common. 3-Tier & n-Layer « Browser View[php], App Logic[jsp], DataStorage 

एन- टीयर फायदे:
बेहतर सुरक्षा
स्केलेबिलिटी : आपके संगठन के रूप में बढ़ता है आप अपने डीबी-स्तरीय को डीबी-क्लस्टरिंग के साथ दूसरे स्तरों को छूने के साथ बढ़ा सकते हैं।
रखरखाव योग्यता : वेब डिज़ाइनर अन्य स्तरों पर अन्य परतों को छूने के साथ व्यू-कोड बदल सकता है
आसानी से अपग्रेड करें या बढ़ाएं [पूर्व: आप अतिरिक्त एप्लिकेशन कोड, संग्रहण क्षेत्र को अपग्रेड कर सकते हैं, या मोबाइल, टैबलेट, पीसी जैसी अलग डिवएक्स के लिए एकाधिक प्रस्तुति स्तर भी जोड़ सकते हैं]

परतें वैचारिक संस्थाएं हैं, और तार्किक दृष्टि से सॉफ्टवेयर सिस्टम की कार्यक्षमता को अलग करने के लिए उपयोग की जाती हैं; जब आप सिस्टम को कार्यान्वित करते हैं तो आप इन परतों को अलग-अलग तरीकों से व्यवस्थित करते हैं; इस स्थिति में हम उन्हें उन परतों के रूप में नहीं कहते हैं, लेकिन टाइयर के रूप में।

एक परत सॉफ्टवेयर का एक लॉजिकल मॉड्यूल है जो अपने मूल तर्क और सीमाओं के साथ है।

एक स्तरीय एक या एक से अधिक परतों का एक भौतिक कंटेनर है, जैसे एक नेटवर्क पर एक सर्वर या वही वर्चुअल मशीन के कई उदाहरण, लोड-संतुलित तरीके से काम करते हैं।

1. 3 परत वास्तुकला डीएएल (डैबेसेयर), बीएलएल (बिस्सीनेस परत) और यूआईएल (यूआई परत) में एक ही मशीन पर काम कर सकते हैं जहां 3 टीयर आर्किटेक्चर में एक मशीन पर एक क्लाइंट होता है, एपलीकेशन सर्वर दूसरे मशीन में होस्ट होता है और डेटाबेस सर्वर एक अन्य मशीन में रहता है।

2. लेयर आर्किटेक्चर पठनीयता और पुन: प्रयोज्यता में सुधार करेगा, अन्य परतों में हुए परिवर्तनों के प्रभाव के कारण आवेदन परिवर्तन को न्यूनतम करता है। जबकि 3 टीयर आर्किटेक्चर के पास 3 परत + स्केलेबिलिटी के सभी फायदे हैं, क्योंकि आवेदन विभिन्न मशीनों में तैनात किया जाएगा ताकि लोड को स्तरों में बांटा जाएगा और स्केलेबिलिटी बढ़ जाएगी।