मैं एक .NET DLL क्लास लाइब्रेरी का निर्माण कर रहा हूं जो कि अन्य पुस्तकालयों जैसे log4net.dll पर निर्भर करता है - मुझे अपने डीएलएल को पैकेजिंग करते समय इन डीएलएल को कहां रखना चाहिए? क्या उन्हें एक सुपर-डीएलएल के अंदर स्वचालित रूप से शामिल करने का कोई तरीका है? क्या मुझे बस एक ही बिन फ़ोल्डर में सभी डीएलएल भेजना चाहिए?मैं .NET DLL के साथ तृतीय-पक्ष पुस्तकालयों को कैसे/कहां भेजूं?
बस उन्हें अपने डीएल के साथ एक निर्देशिका में शिप करें (मान लें कि आप एक बाइनरी वितरण के बारे में बात कर रहे हैं - स्रोत वितरण में मेरे पास आपकी निर्भरता वाले "lib" निर्देशिका होगी)।
जांच करने के लिए किया जाए या नहीं आप भी स्रोत आदि
मैं निर्भरता के साथ अपने वर्ग पुस्तकालय विलय करने के लिए व्यक्तिगत रूप से प्रयास करने के लिए कोशिश नहीं करेंगे प्राप्त करने के लिए, लाइसेंस की आपूर्ति करने के लिए निर्देशों की जरूरत है मत भूलना।
आपके समाधान पेड़ में, सभी यूरो स्रोत कोड के लिए 'src' नामक एक फ़ोल्डर है और जिसे लॉग 4नेट, आपके घर का बना डीएल पुस्तकालय, और किसी भी अन्य पुस्तकालयों जैसे पुस्तकालयों के लिए 'lib' कहा जाता है।
आपको उन अन्य डीएलएल के पहले से जुड़े ईयूएलए और अन्य लाइसेंसों की जांच करने की आवश्यकता है। कुछ सीमित कर सकते हैं कि उनके डीएलएल पुस्तकालयों को फिर से वितरित किया जाता है। इसके साथ कोई समस्या नहीं मानते हैं, आप या तो उन्हें एक बड़े डीएलएल के रूप में एक साथ संकलित कर सकते हैं, या एक इंस्टॉलर (या एक साधारण ज़िप फ़ाइल) बना सकते हैं जो सभी संबंधित DLL को उनके इच्छित गंतव्य में इंस्टॉल करेगा।
आपको ILMerge पर एक नज़र रखना चाहिए। मैं एक ब्लॉग है कि ILMerge के उपयोग दिखाता है जुड़ा हुआ
Leveraging ILMerge to simplify deployment and your users experience
सुनिश्चित नहीं हैं कि कैसे आप अपने समाधान की तैनाती कर रहे हैं, लेकिन भूल नहीं है कि के लिए अपनी कक्षा पुस्तकालयों हस्ताक्षर करने के लिए आप अपने 3rd- की आवश्यकता होगी पार्टी। डीएलएस हस्ताक्षर किए। यह अकेले आपको अपने सभी संदर्भों को मर्ज करने की आवश्यकता हो सकती है।
मैंने वास्तव में ऐसा किया जो आपने कहा था कि आपके अंतिम वक्तव्य में ऐसा नहीं करना है। मेरे प्रोजेक्ट को उस अतिरिक्त स्रोत के साथ देखकर बहुत गन्दा और भ्रमित कर दिया। तो, मैंने बस उन्हें विलय कर दिया। :) – Zack