एन-लिंक सिस्टम में तार्किक लिंक को डिज़ाइन किया जाना चाहिए ताकि वे बातचीत करें और केवल पड़ोसी लिंक से प्रभावित हों। इस प्रतिबंध का अक्सर उल्लंघन किया जाता है, जो सिस्टम को नकारात्मक रूप से प्रभावित करता है। इस लेख में मैं बताऊंगा कि ऐसा आमतौर पर क्यों होता है, परिणामों के बारे में, और आपको परतों के अलगाव पर बहुत ध्यान क्यों देना चाहिए।



लेख मूल बातें के लिए समर्पित है और उनमें से एक विस्तृत विवरण है। विस्तृत उदाहरणों के साथ निम्नलिखित लेख इस पर आधारित होंगे। यह लेख उन सिद्धांतों पर आधारित है जिन पर हमने चर्चा की, “ हमारा व्यावसायिक तर्क कहाँ है, बेटा? "(" यार, मेरा व्यावसायिक तर्क कहाँ है? ")।

शारीरिक संबंध

आइए विचार करें कि शारीरिक संबंध एक दूसरे के सापेक्ष कैसे स्थित हैं:







यह उदाहरण 3-लिंक सिस्टम प्रस्तुत करता है। सभी लिंक केवल पड़ोसी परतों के साथ बातचीत कर सकते हैं।







क्लाइंट लिंक से स्टोरेज लिंक तक सीधे पहुंच निषिद्ध है, जैसे वे पड़ोसी नहीं हैं। अधिकांश डेवलपर्स ऐसी छलांग लगाने की कोशिश भी नहीं करेंगे। हालांकि, लेख में मैं वर्णन करूंगा कि कैसे डेवलपर्स भी बिना नोटिस के इस नियम का तार्किक परतों में उल्लंघन करते हैं।

लेयर लिंक

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







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

भंडारण लिंक में व्यापार तर्क की परत

क्लाइंट लिंक में व्यावसायिक तर्क की परत

तार्किक लिंब

प्रदर्शन के लिए, मैं तीन परतों का उपयोग करूंगा, इस तथ्य के बावजूद कि एन-लिंक सिस्टम में अधिक परतें हो सकती हैं। प्रत्येक परत को केवल पड़ोसी परत के साथ संवाद करना चाहिए, और केवल पड़ोसी परत पर निर्भर होना चाहिए।







यदि आप उन्हें लिंक पर रखते हैं, तो हमें एक तस्वीर मिलती है जो एक से एक से मेल खाती है।







तो हम तार्किक परतों की कल्पना करते हैं; यदि केवल इंटरफेस के माध्यम से कनेक्शन की उम्मीद की जाती है, तो मैच पूरा हो जाएगा। तार्किक परतों में, हमें केवल इंटरफ़ेस के कनेक्शन पर ध्यान देने की आवश्यकता है, लेकिन इंटरफ़ेस के डिज़ाइन, इंटरकनेक्ट और अन्य प्रतिबंधों पर भी। ये सभी तार्किक परतों के भूत हैं जिन पर ध्यान नहीं दिया जाता है या उन पर ध्यान नहीं दिया जाता है।





यह काफी सामान्य कार्यान्वयन है। प्रेजेंटेशन लेयर का स्टोरेज लेयर के साथ कोई शारीरिक संबंध नहीं है, लेकिन दोनों को एक दूसरे के आधार पर विकसित किया गया था, और वास्तविकता ने उन सीमाओं को प्रस्तुत किया, जिनके लिए आवश्यक समाधान थे।







यदि हम परतों को रखते हैं तो स्थिति स्पष्ट हो जाती है ताकि उनके बीच के कनेक्शन को बेहतर ढंग से देख सकें। एक पारदर्शी बहुपरत प्रणाली के बजाय, हमें एक विशिष्ट चक्रीय प्रणाली मिलती है।



मैंने केवल शीर्ष स्तर का प्रदर्शन किया। हालाँकि, प्रत्येक परत के अपने अतिरिक्त सबलेयर होते हैं।







यदि आप विशिष्ट तार्किक कनेक्शन जोड़ते हैं, तो आप "केवल पड़ोसियों तक पहुंच" नियम का स्पष्ट उल्लंघन देखेंगे।







कुछ मामलों में, नियम का न केवल तार्किक स्तर पर उल्लंघन किया जाता है, बल्कि भौतिक संपर्क होते हैं, पड़ोसियों पर कूदते हैं।







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



यदि आप लिंक हटाते हैं और आरेख पर परतों को अलग तरीके से व्यवस्थित करते हैं, तो आप आसानी से देख सकते हैं कि क्या हुआ। जाहिर है, केवल परतों को कूदना नहीं था, बल्कि किसी प्रकार के वेब का निर्माण।

डिजाइन पैटर्न

डेटा लेयर से डिज़ाइन पैटर्न

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



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







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

प्रस्तुति परत से डिजाइन पैटर्न

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

पृथक डिजाइन टेम्पलेट

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



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

	डेटा स्टोरेज लेयर से डिज़ाइन	दृश्य परत से डिजाइन	पृथक डिजाइन
डेटाबेस	अच्छी तरह से डिजाइन किया हुआ कुछ अवांछित व्यापार-बंद मौजूद हैं परिवर्तन करना कठिन है क्योंकि प्रस्तुति परत कठोरता से जुड़ी हुई है	पूरी तरह से डिजाइन किया हुआ denormalize अन्य प्रणालियों के साथ उपयोग करना मुश्किल है परिवर्तन करना कठिन है क्योंकि प्रस्तुति परत कठोरता से जुड़ी हुई है	अच्छी तरह से डिजाइन किया जा सकता है यह विशेष रूप से डेटा भंडारण के लिए उपयोग किया जाता है, और दृश्य के प्रभाव से वंचित है
व्यवसाय की आवश्यकताएं	अक्सर व्यावसायिक आवश्यकताओं को पूरा नहीं करता है	अक्सर व्यावसायिक आवश्यकताओं को पूरा करता है।	व्यावसायिक आवश्यकताओं को पूरा करता है
scalability	यह आमतौर पर स्केलेबल है, लेकिन अक्सर डेटा संरचना, या डुप्लिकेट डेटा में परिवर्तन को प्रतिबिंबित करने के लिए उपयोगकर्ता इंटरफ़ेस में बड़े बदलाव की आवश्यकता होती है	एक अंतर्निहित स्केलिंग समस्या है। डुप्लिकेट कार्यक्षमता मानक है	बस पैमाना है

---

मैं लेख को दो भागों में तोड़ने के लिए जनता से माफी मांगना चाहता हूं। लेकिन हाल ही में बड़े ग्रंथों को हबेरा द्वारा स्वीकार किया जाना बंद हो गया है। अगर कोई मुझे बताता है कि इस दुर्भाग्य से कैसे निपटें: मैं आभारी रहूंगा।

विस्तार