विजुअल स्टूडियो में स्वचालित वास्तुकला नियंत्रण

आप नहीं जानते, लेकिन मैंने इस तस्वीर में खुद को पहचान लिया। वास्तव में, आपको स्वीकार करना चाहिए, जब एप्लिकेशन आर्किटेक्चर को डिज़ाइन किया जा रहा है, सब कुछ सुंदर, तार्किक और सर्वोत्तम विश्व प्रथाओं के अनुरूप है। लेकिन काम करने की प्रक्रिया में, वास्तुकला द्वारा लगाए गए सीमाओं का सामना करना पड़ता है, हम अक्सर सोचते हैं: "यहां मैं थोड़ा उल्लंघन करता हूं, यह मुझे विकास के समय के एक घंटे की बचत करेगा। ठीक है, फिर, जैसे-जैसे समय बीतता है, मैं इसे ठीक करूँगा। लेकिन, किसी कारण से, यह समय कभी नहीं आता है। मेरी राय में, एक प्रोग्रामर के रूप में खुद को मजबूर करने के लिए, विकसित वास्तुकला का पालन करने का एकमात्र तरीका विकास वातावरण को सभी विचलन और बैसाखी को संकलन त्रुटियों के रूप में सिखाना है। इस मामले में, यदि कोड खराब है, तो इसे तुरंत ठीक कर दिया जाएगा, लेकिन अगर वास्तुकला पुरानी है, तो इसे ठीक कर दिया जाएगा। यानी कोड भंडार में हमेशा नियोजित वास्तुकला के अनुरूप कोड होगा।
एक से निपटने के बारे में कुछ शब्द:
1. एक छोटी प्रस्तावना।
2. मौजूदा परियोजना के अनुसार वास्तुकला की बहाली।
3. स्वचालित वास्तुकला नियंत्रण के लिए विजुअल स्टूडियो और टीएफएस को कॉन्फ़िगर करना।
कट के तहत बहुत सारी तस्वीरें और वर्णित सब कुछ करने की कोशिश करने की इच्छा।

तो, वादा किया गया प्रस्तावना। लगभग एक साल पहले, दिमित्री एंड्रीव ( dmandreev ) ने पहले से ही इस विषय पर एक लेख प्रकाशित किया था। मैंने इस लेख को बहुत खुशी के साथ पढ़ा, और, वास्तव में, यह वह था जिसने मुझे आवेदन विकास प्रक्रिया में लेयर आरेख के उपयोग के मुद्दे को संबोधित करने के लिए प्रेरित किया। वैसे, इस जगह पर पढ़ने के बाद, क्या आपने पहले ही लिंक का अनुसरण किया है और पढ़ा है कि दिमित्री ने क्या लिखा है? नहीं, ठीक है, जाने दो, मैं तुम्हारा इंतजार करूंगा, और फिर चलो आगे बढ़ते हैं। मैं इंतजार कर रहा हूं।
ठीक है, अब जब आपको और मुझे लेयर डायग्राम की आम समझ है, तो आप प्रस्तावना के साथ समाप्त हो सकते हैं और व्यावहारिक कार्य कर सकते हैं।

एक डेमो प्रोजेक्ट तैयार करना

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

मुझे लगता है कि सब कुछ बनाया विधानसभाओं के लिए डिफ़ॉल्ट नाम स्थान बदल जाता है? इस उदाहरण में, 3 क्लाइंट असेंबली के लिए, मैं डिफ़ॉल्ट नामस्थान को बदलूंगा:

डेटाबेस और इकाई मॉडल को DAL प्रोजेक्ट में जोड़ें। क्लाइंट प्रोजेक्ट्स में, दृश्य और ViewModel फ़ोल्डर बनाएँ। उनमें परीक्षण घटक और कक्षाएं जोड़ें:

परियोजनाओं, निर्मित घटकों और वर्गों के बीच कॉल को जोड़ने से, आप इस तरह से कुछ की निर्भरता ग्राफ प्राप्त कर सकते हैं:

यदि विधानसभा स्तर पर लेयरिंग होती है, तो असेंबलियों के बीच चक्रीय लिंक पर प्रतिबंध के कारण (अन्यथा निर्माण क्रम को निर्धारित करना असंभव है), एकमात्र समस्या "परत के माध्यम से पहुंच" है (जो कि दिमित्री के लेख पर चर्चा करती है)। यदि परियोजना में, जैसा कि इस मामले में, परतें कई विधानसभाओं में फैली हुई हैं, और एक ही विधानसभा के भीतर विभिन्न परतों के प्रतिनिधि हैं, तो प्रॉजेक्ट एक्सप्लोरर से लेयर डायग्राम में प्रोजेक्ट्स / फाइलों को खींचना प्रभावी नहीं है। और फिर आर्किटेक्चर एक्सप्लोरर बचाव के लिए आता है, जिसे मुख्य मेनू से कहा जाता है: आर्किटेक्चर -> विंडोज -> आर्किटेक्चर एक्सप्लोरर। खोलने के तुरंत बाद ऐसा दिखेगा:

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

समाधान कलाकृतियों से परत चित्र पुनर्प्राप्त करना

एक बार जब दृश्य तैयार हो जाता है, तो हम अभिनेताओं को छोड़ देते हैं। समाधान के लिए एक मॉडल परियोजना जोड़ें, इसमें परत आरेख जोड़ें:

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

कृपया ध्यान दें कि सभी ViewModel कक्षाएं समान नामस्थान में हैं (ठीक है, उन्हें वास्तविक परियोजना में 3-5 होने दें), और अब हम वर्गों को नहीं, बल्कि पूरे नामस्थान को लेयर आरेख में जोड़ सकते हैं। उन्हें चुनें और, बिना कोई परत बनाए, उन्हें हमारे परत आरेख में खींचें:

वैसे, हम समाधान एक्सप्लोरर से परियोजनाओं की ड्रैग एंड ड्रॉप कार्यक्षमता का उपयोग कर सकते हैं। Shift Select ClientApp1, ClientApp2 और Base.Library के साथ इसमें लेफ्ट माउस बटन से पकड़ें और लेयर डायग्राम में किसी खाली जगह पर खींचें:

प्रस्तुति के लिए नई परत का नाम बदलें, दो परतों का चयन करें (देखें और देखें मॉडल) और उन्हें प्रस्तुति परत में खींचें:

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

अब, हमारा लेयर चार्ट अब समाप्त हो गया है:

यदि आपके पास ViewModel से View तक के तीर के बारे में कोई प्रश्न है, तो आप इस विषय पर राय देख सकते हैं, या शायद MSDN फोरम पर चर्चा में भाग ले सकते हैं।

स्वचालित वास्तुकला नियंत्रण

खैर, अंतिम क्षण, प्रत्येक आरेख पर परत आरेख को स्वचालित रूप से कैसे बनाया जाए, यह जांचें कि कोड वास्तुकला से मेल खाता है? वास्तव में काफी सरल है। प्रदर्शन के लिए, ClientApp1 में, मैं एक घटक को व्यू फ़ोल्डर में जोड़ूंगा जो सीधे डेटा एक्सेस लेयर तक पहुंच जाएगा:

बिल्ड लॉन्च और देखें: बिल्ड सफल रहा। आर्किटेक्चर त्रुटियों के कारण आने वाले बिल्ड के लिए, आपको समाधान एक्सप्लोरर (संदर्भ मेनू के माध्यम से या एफ 4 को दबाएं) और आर्किटेक्चर सत्यापन को सक्षम करने से मॉडल गुणों को खोलना होगा:

एक बार फिर, निर्माण शुरू होता है और हम देखते हैं कि हमारे पास आर्किटेक्चर त्रुटियां हैं:

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

निष्कर्ष

1. लेयर डायग्राम एक टूलकिट है जिसके बारे में आपको जानकारी होनी चाहिए, और नई परियोजनाओं में आवेदन करना शुरू करना चाहिए
2. स्वचालित आर्किटेक्चर सत्यापन से हड़बड़ी में या न जाने कितनी "बैसाखी" की संख्या कम हो जाएगी
3. नामस्थानों का उचित नामकरण और आर्किटेक्चर एक्सप्लोरर का उपयोग वास्तुकला को बहाल करने के समय को काफी कम कर सकता है
Ps यदि इस लेख में मैं किसी चीज़ के बारे में बात करना भूल गया, तो कृपया मेरी कसम न खाएं और प्राथमिक स्रोतों को पढ़ें: मौजूदा कोड का विज़ुअलाइज़ेशन ।