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