के प्रबंधन के तरीके मैंने हाल के वर्षों में एक उचित मात्रा में सॉफ़्टवेयर लिखा है, जिनमें से अधिकांश एक या अधिक आम पुस्तकालयों को साझा करते हैं। (सबसे आम लाइब्रेरी, जिसे मैं SQL संग्रहीत प्रक्रियाओं को कॉल करने और ऑब्जेक्ट्स को लौटने के लिए उपयोग करता हूं)स्रोत कोड
मैं पुस्तकालयों का प्रबंधन करने के तरीके से खुश नहीं हूं, और मैं रास्ते में सुधार करने के लिए सुझावों की तलाश में हूं मैं काम करता हूँ।
पहली बार जब मैंने एक साझा लाइब्रेरी बनाई, तो मैंने पुस्तकालय को समाधान के भीतर एक अलग वर्ग पुस्तकालय परियोजना के रूप में जोड़ा।
अब, जब मैं एक नया समाधान शुरू करता हूं और मुझे पता है कि मुझे पहले से ही एक लाइब्रेरी की आवश्यकता होगी, मैं पुस्तकालय की परियोजना ढूंढूंगा और फ़ाइलों को नए समाधान में कॉपी करूंगा।
यह मुझे मेरे फाइल सिस्टम (और एसवीएन सर्वर) के चारों ओर एक ही लाइब्रेरी प्रोजेक्ट की कई प्रतियों के साथ छोड़ देता है, और यह सही नहीं लगता है।
क्या काम करने का एक बेहतर तरीका है, ताकि मेरे पास लाइब्रेरी प्रोजेक्ट की अपनी प्रतिलिपि रखने वाले प्रत्येक समाधान के बजाय सभी समाधानों को साझा किया जा सके?
धन्यवाद। मुझे विश्वास नहीं है कि विजुअल स्टूडियो में काम करने के वर्षों के बाद, मैंने कुछ मौलिक याद किया है। – Bryan
सुनिश्चित नहीं है कि यह सबसे अच्छा जवाब है। बाइनरी जोड़ने का मतलब है कि यदि साझा प्रोजेक्ट बदलता है तो आपको इसे फिर से कंपाइल करना होगा और उसके बाद उन सभी आश्रित समाधानों को फिर से संकलित करना होगा जो संदर्भित करते हैं जो निर्भरता मुद्दों का निर्माण कर सकते हैं।मैं इसे – zebrabox
@zebrabox के बजाय एक परियोजना संदर्भ के रूप में जोड़ने का सुझाव दूंगा: मैं इसका पालन नहीं करता, क्या यह बिल्कुल ठीक नहीं है कि साइमन की पोस्ट क्या कहती है? – Bryan