परत वास्तुकला के अनुपालन के लिए आवेदन की जांच कैसे करें

कोई भी डेवलपर एक आर्किटेक्चरल लेयर टेम्पलेट जानता है। अपनी सभी सरलता के लिए, यह आपको प्रभावी ढंग से कार्यान्वयन को छिपाने और विभिन्न स्तरों के घटकों को सार करने की अनुमति देता है। निचले स्तर की परतें आवेदन को बिगाड़ने, आसान रीफैक्टरिंग के जोखिम के बिना बदल सकती हैं। एकमात्र स्पष्ट स्थिति जिसे आपको पालन करना चाहिए, वह स्वीकृत वास्तुकला का पालन करना है। लेकिन कभी-कभी ऐसा होता है कि प्रोग्रामर नहीं-नहीं है और यहां तक ​​कि कुछ तरीकों को "सिर के ऊपर" कहने के लिए लुभाता है। उदाहरण के लिए, इंटरफ़ेस लेयर से, डेटाबेस लेयर पर सीधे जाएं। हम यहां दुर्भावनापूर्ण इरादे के लिए नहीं देखेंगे, हो सकता है कि ग्राहक के लिए तत्काल सुधार जारी करते समय यह मामला एक भीड़ से जुड़ा हो। लेकिन धीरे-धीरे, ऐसे छोटे "पापों" की संख्या एक बार सामंजस्यपूर्ण वास्तुकला को नकार सकती है जिसे अपनाया गया था और आप फिर से "स्पेगेटी कोड" के साथ खुद को पाएंगे। एक बड़ी प्रणाली पर परत वास्तुकला के साथ कोड बेमेल के ऐसे मामलों को पकड़ना बहुत मुश्किल हो सकता है। सौभाग्य से, विज़ुअल स्टूडियो 2010 (प्रीमियम और अल्टीमेट एडिशन) में ऐसे उपकरण हैं जो इस कार्य को बहुत सुविधाजनक बना सकते हैं।

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

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



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



इसके बाद, एक लेयर आरेख जोड़ें (नया आइटम / लेयर आरेख जोड़ें) और हमारी लेयर आर्किटेक्चर बनाएं:



आइए कोड में लेयर आर्किटेक्चर में जानबूझकर एक तार्किक गलती करें। DbLayer का संदर्भ जोड़ें और इसे सीधे UILayer से कॉल करें:



यदि आपके पास एक जटिल प्रणाली है, तो प्रति सप्ताह सैकड़ों कमिट्स के साथ इस तरह की चुनौती का पता लगाना बहुत मुश्किल हो सकता है। लेकिन धीरे-धीरे, आपका निर्णय गड़बड़ हो जाएगा। क्या करें?

विधानसभाओं के लिए परतों की एक मानचित्रण बनाएँ।

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



इसी समय, इस परत से जुड़ी असेंबली की संख्या ऊपरी दाएं कोने में प्रदर्शित की जाएगी, और मॉडलिंग परियोजना में, समाधान घटकों के लिंक दिखाई देंगे:



अब सब कुछ स्वचालित वास्तुकला सत्यापन के लिए तैयार है, बस परत आरेख पर संदर्भ मेनू को कॉल करें:



एक छोटे विश्लेषण के बाद, जो प्रतिबिंब के माध्यम से काम करता है, हमें वास्तुकला के साथ हमारे कोड की विसंगतियों की एक सूची मिलती है:



और बहुत चुनौती होगी कि हम जानबूझकर कोड से बने हैं, जो समाधान की वर्तमान वास्तुकला के खिलाफ जाता है:

त्रुटि 1 AV0001: अमान्य निर्भरता: UILayer.MainWindow.CalculateDiscount_Click (विधि) -> DbLayer.Customer.IsHabraUser (फ़ील्ड)

आपके द्वारा रीफैक्टरिंग करने के बाद (हमारे साधारण मामले में, हम यूआई से कॉल को बिजनेस लॉजिक में ट्रांसफर करते हैं), आर्किटेक्चर सत्यापन निम्नलिखित परिणामों को जन्म देगा:



जो हमें बताता है कि हमारे समाधान का कोड पूरी तरह से स्वीकृत परत वास्तुकला के अनुरूप है। यदि आवश्यक हो, तो आप स्वचालित मोड में परतों की वास्तुकला से मेल खाने के लिए कोड को कॉन्फ़िगर कर सकते हैं, उदाहरण के लिए, MSBuild (रूसी में) का उपयोग करके TFS में एक परियोजना का निर्माण करते समय ।