एप्लिकेशन आर्किटेक्चर: एक ASP.NET MVC प्रोग्रामर लुक

सभी को नमस्कार। कुछ महीने पहले मुझे इस सवाल से परेशान किया गया था कि आपके आवेदन को ठीक से कैसे डिज़ाइन किया जाए ताकि बाद में आपके कोड को देखने में घृणा न हो। तब मैंने इस मुद्दे को हल करने का फैसला किया और खोज के पूरे दिन के बाद मुझे सब कुछ पता चला। मैंने आखिरकार अपने ज्ञान को साझा करने का फैसला किया, शायद वे किसी की मदद करेंगे, या शायद नहीं। सामान्य तौर पर, पढ़ें।

सभी संक्षिप्त

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

विस्तृत विश्लेषण

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

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

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

सब कुछ होने लगता है। यदि कुछ अस्पष्ट या गलत तरीके से कहा गया है, तो टिप्पणियों में लिखें, मैं इसे ठीक करने का प्रयास करूंगा। आपका ध्यान देने के लिए धन्यवाद।