मैं जो क्लाइंट और सर्वर के लिए 2 समाधान शामिल है एक .net C# आवेदन में काम बनाम। सर्वर साइड में 80 + परियोजनाओं कि वास्तुकला परतों निम्नलिखित अलग करने के लिए इस्तेमाल किया गया है,आयोजन कोड अलग नेमस्पेस
- इंफ्रास्ट्रक्चर लेयर
- एकता लेयर (बाहरी सिस्टम)
- डोमेन परत
- भंडार लेयर
- प्रबंधक परत देखते हैं
- सेवा लेयर
मैं n इसके अलावा, लगभग हर परत होती है परीक्षण project.Now, समाधान के निर्माण समय 2 से 3 मिनट, और (मेरे सहित :)) लगता है कि हम इस समस्या से निपटने के लिए की जरूरत है कई डेवलपर्स लेता है।
इसलिए, प्रस्तावित समाधान परियोजनाओं को विलय करके परियोजनाओं की संख्या को कम करना था। मेरे विचार में, शायद निर्माण समय को कम करने के लिए यह एक अच्छा समाधान है और हम जो चाहते हैं उसे हासिल कर सकते हैं।
प्रस्तावित समाधान है कि हम इस तरह के (आदि WCF मेजबान,) उत्पादन कोड के लिए एक पुस्तकालय, परीक्षण कोड के लिए एक पुस्तकालय, और तैनाती परियोजनाओं के लिए एक के रूप में 3 क्षेत्रों में हमारी परियोजनाओं विलय, और तार्किक को अलग करके एक ही परियोजना में परतों विभाजित है नामस्थान
लेकिन, मेरा चिंताओं
- हैं सका इन जुदाई रख-रखाव के लिए अच्छा है? प्रत्येक नामस्थान एपॉक्स के लिए कक्षाओं की हंड्रेड प्रदान करना।
- हम जहाँ हम उन रखा जाता है, इस तरह के सहायकों के रूप में आम कार्यक्षमता है, तो?
वहाँ समाधान लेयरिंग के लिए किसी भी अन्य रास्ता नहीं है?
मुझे यकीन नहीं है कि कम परियोजना बनाने से चीज़ें तेजी से बढ़ जाएंगी, कोड की मात्रा समान होगी। मुझे नहीं लगता कि परियोजनाओं को इकट्ठा करने पर वीएस कचरा ज्यादा समय लगता है। –
क्यों नहीं बल्कि अपने समाधान को कई में विभाजित करें? – Guillaume