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