कौन सा दृश्य स्टूडियो समाधान प्रकार मेरे लिए सही है?

Question

मेरे पास वर्तमान में एक प्रोग्राम है जिसे मैंने लिखा है कि इसे 3 अलग-अलग समाधानों में बांटा गया है।

1. मोर्चा अंत (सभी प्रदर्शन से संबंधित सामान)
2. Parsers (जो प्रत्येक विशिष्ट डेटा पार्स करने के लिए एक dll बनाने एकाधिक (39) परियोजनाओं)
3. वैश्विक (एकाधिक (5) परियोजनाओं है कि प्रत्येक एक dll बनाने कि पार्सर्स समाधान में परियोजनाओं द्वारा और सामने के अंत तक उपयोग किया जाता है)।

आवश्यकताएँ -

• दोनों मोर्चा अंत और Parsers संकलन समय पर अस्तित्व के लिए वैश्विक DLLs की आवश्यकता होती है, और रन टाइम पर इस्तेमाल किया।
• पार्सर्स डीएलएस असेंबली का उपयोग कर रन टाइम पर लोड होते हैं। लोडरफरेंस।
• विकास है: C:\projects\myProg
• तैनात स्थान है: C:\myProg

मेरे समस्या यह है कि मैं आगे और पीछे परियोजना निर्भरता, जहाँ मेरे वैश्विक DLLs के लिए इंगित करने के लिए साथ काम कर मुद्दों के साथ चल रहा है। क्या मैं तैनात स्थान या विकास स्थान पर इंगित करता हूं, और यदि ऐसा है, तो रिलीज़ या डीबग करें?

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

Answer 1

सभी परियोजनाओं को एक ही समाधान में जोड़ें।

डीएल फाइलों के प्रत्यक्ष संदर्भों के बजाय परियोजनाओं के बीच "परियोजना संदर्भ" में किसी भी संदर्भ को बदलें। यह बहुत निर्भरता मुद्दों को ठीक करेगा।

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

अंत में, अपनी कई परियोजनाओं को एक परियोजना/असेंबली में विलय करने पर विचार करें। निर्माण के समय पर हत्यारा कोड की मात्रा नहीं है, यह असेंबली की संख्या है - मेरे पीसी पर प्रत्येक प्रोजेक्ट बिल्ड समय के लिए एक स्थिर निरंतर 3 सेकंड जोड़ता है, इसलिए छोटी परियोजनाओं को विलय करके मैंने काफी समय बचाया है।

Answer 2

वे अलग-अलग परियोजनाओं में क्यों बिखरे हुए हैं, पार्स और ग्लोबल्स को एक असेंबली में मिलाएं। यूआई असेंबली को अलग रखें और यथासंभव सरल/छोटा रखें।

Answer 3

चूंकि वे 3 एक ही सिस्टम का हिस्सा हैं, इसलिए इसमें प्रत्येक परियोजना के साथ एक एकल समाधान होना संभव होगा।

नोट: आपको अपने वर्तमान स्थानों से कुछ भी स्थानांतरित करने की आवश्यकता नहीं है।

बस एक नया खाली समाधान बनाएं और प्रत्येक परियोजना के लिए राइट-क्लिक जोड़ें> मौजूदा प्रोजेक्ट ... पर क्लिक करें, वे डिस्क पर हैं, लेकिन वे एक साथ खोले जाएंगे।

वर्तमान ("पुराने") समाधान भी उपलब्ध होंगे, जैसा कि वे हैं।

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

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

Answer 4

मान लीजिए कि आपके पास इतनी सारी परियोजनाएं होने का एक अच्छा कारण है (उदाहरण: किसी उत्पाद के विभिन्न लाइसेंस के लिए उपलब्ध पार्सर्स की अलग-अलग राशि)।दृश्य स्टूडियो में

प्रबंध निर्भरता करना आसान हो गया है:

• अधिकार अपने समाधान नोड

• चयन करें क्लिक करें "आदेश परियोजना बिल्ड ..."

सुनिश्चित करें कि प्रत्येक परियोजना को उस संवाद में इसके नीचे एक परियोजना की आवश्यकता नहीं है।

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

एचटीएच।