उल्लू और ग्लोब मुद्दे: दो विधानसभाओं को समान नामस्थान और वर्ग नामों से जोड़ना

आज रात, जेलस ने एक बातचीत शुरू की कि पैकेज मैनेजर विभिन्न प्लेटफार्मों पर कैसे काम करते हैं। बातचीत के दौरान, हम उस स्थिति की चर्चा में आए, जब आपको .NET कोर प्रोजेक्ट में दो लाइब्रेरी कनेक्ट करने की आवश्यकता होती है, जिसमें समान नामस्थान में समान नाम वाली कक्षाएं होती हैं। चूंकि मैं .NET कोर का एक बहुत कुछ कर रहा हूं, इसलिए मैं यह जांचना चाहता था कि इस समस्या को कैसे हल किया जा सकता है। इसके बारे में आगे क्या वर्णित है

अस्वीकरण । क्या ऐसी स्थितियां अक्सर होती हैं? .NET के साथ काम करने के 10 से अधिक वर्षों के लिए, मुझे कभी भी एक वास्तविक परियोजना में इसी तरह की स्थिति से निपटना नहीं पड़ा है। लेकिन प्रयोग दिलचस्प था।

बस के मामले में, मैं स्पष्ट करूँगा कि मैं प्रयोग का प्रयोग करूँगा:

• MacOS 10.13,
• .NET कोर एसडीके 2.1.302
• सवार 2018.2

इसलिए, हम एक ऐसी स्थिति का अनुकरण करेंगे जब हमें दो पुस्तकालय मिले जिनकी कक्षाएं हमारे लिए आवश्यक हैं जिन्हें हमें अपनी परियोजना में उपयोग करना चाहिए। उसी समय, हमारे पास स्रोत कोड तक पहुंच नहीं होती है, लेकिन हम उनमें नाम स्थान बदलने के लिए असेंबली को विघटित नहीं कर सकते हैं, और फिर हम वापस भी संकलित नहीं कर सकते हैं।

प्रयोग की तैयारी

और इसलिए, शुरुआत के लिए, एक उल्लू और दो ग्लोब तैयार करें। एक उल्लू के रूप में, हमारे पास netcoreapp2.1 को लक्षित करने वाली एक परियोजना होगी। हम ग्लोब के रूप में दो परियोजनाएँ बनाएंगे, जिनमें से एक को netcoreapp2.1 पर लक्षित किया जाएगा, और दूसरी को nethydeapp2.0 पर

प्रत्येक परियोजना में, हम ग्लोब क्लास रखते हैं, जो समान नामस्थानों में होगा, लेकिन उनके अलग-अलग कार्यान्वयन होंगे:

पहली फ़ाइल:

using System; namespace Space { public class Globe { public string GetColor() => "Green"; } } 

दूसरी फ़ाइल:

 using System; namespace Space { public class Globe { public string GetColor() => "Blue"; } } 

नंबर एक की कोशिश

चूंकि, समस्या की स्थितियों के अनुसार, हमें बाहरी असेंबली के साथ काम करना चाहिए, न कि परियोजनाओं के अनुसार, हम तदनुसार प्रोजेक्ट्स के लिए लिंक जोड़ देंगे, जैसे कि वे वास्तव में सिर्फ पुस्तकालय हैं। ऐसा करने के लिए, पहले सभी परियोजनाओं को संकलित करें ताकि हमारे पास Globe1.dll और Globe2.dll है जो हमें चाहिए। फिर परियोजना में उनके लिए लिंक इस प्रकार जोड़ें:

अब ग्लोब क्लास वेरिएबल बनाने की कोशिश करें:

जैसा कि आप देख सकते हैं, पहले से ही इस स्तर पर आईडीई हमें चेतावनी देता है कि यह समझने में समस्या है कि हमें ग्लोब क्लास कहां से लेनी चाहिए।

पहले तो ऐसा लगता है कि स्थिति काफी सामान्य है और स्टैक ओवरफ्लो का जवाब देने के लिए पहले से ही तैयार, कास्ट, ग्रेनाइट में होना चाहिए। जैसा कि यह निकला, इस समस्या का कोई समाधान अभी तक .NET कोर के लिए प्रस्तावित नहीं किया गया है। या मेरे Google ने मुझे निराश किया लेकिन मैं स्टैक ओवरफ्लो पर कुछ उपयोगी खोजने में कामयाब रहा। एकमात्र समझदार प्रकाशन जिसे मैंने Google में प्रबंधित किया था वह 2006 में था और .NET के क्लासिक संस्करण के लिए इसी तरह की स्थिति का वर्णन किया। इस मामले में, नुगेट परियोजना के भंडार में एक बहुत ही समान समस्या पर चर्चा की गई है।

अब तक, बहुत सारी उपयोगी जानकारी नहीं है, लेकिन यह अभी भी है:

• .NET के क्लासिक संस्करण में, एक अन्य तंत्र लागू किया गया था
• विनिर्देशन के अनुसार, C # कोड में उपनामों के उपयोग का समर्थन करता है

यह समझने के लिए बना रहता है कि .NET कोर में यह कैसे करना है।

दुर्भाग्य से, प्रलेखन का वर्तमान संस्करण बल्कि बाहरी पैकेज / शुल्क को जोड़ने की संभावनाओं के बारे में मामूली बात करता है। और csproj फ़ाइल का वर्णन भी किसी भी तरह से उपनाम बनाने की संभावना पर प्रकाश नहीं डालता है। फिर भी, परीक्षण और त्रुटि से, मुझे पता चला कि .NET कोर में असेंबलियों के लिए उपनाम अभी भी समर्थित हैं। और उन्हें निम्नानुसार बनाया गया है:

 <Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup> <OutputType>Exe</OutputType> <TargetFramework>netcoreapp2.1</TargetFramework> </PropertyGroup> <ItemGroup> <Reference Include="Globe1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"> <HintPath>..\Globe1\bin\Debug\netcoreapp2.1\Globe1.dll</HintPath> <Aliases>Lib1</Aliases> </Reference> <Reference Include="Globe2, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"> <HintPath>..\Globe2\bin\Debug\netstandard2.0\Globe2.dll</HintPath> <Aliases>Lib2</Aliases> </Reference> </ItemGroup> </Project> 

अब यह सीखना बाकी है कि इन उपनामों का उपयोग कैसे किया जाए। पहले बताए गए बाहरी कीवर्ड से हमें इसमें मदद मिलेगी:

इसके बारे में प्रलेखन में निम्नलिखित लिखा है:

कुछ मामलों में, आपको एक ही पूरी तरह से योग्य प्रकार के नामों के साथ असेंबली के दो संस्करणों को संदर्भित करने की आवश्यकता हो सकती है। उदाहरण के लिए, आपको एक आवेदन में विधानसभा के दो या अधिक संस्करणों का उपयोग करने की आवश्यकता है। बाहरी असेंबली उपनाम का उपयोग करते हुए, आप इस असेंबली द्वारा नामित रूट स्तर नामस्थान के अंदर रैपर में प्रत्येक असेंबली के लिए नाम स्थान शामिल कर सकते हैं, जो आपको एकल फ़ाइल में उनका उपयोग करने की अनुमति देता है।
...
बाहरी उपनाम के प्रत्येक घोषणा में एक अतिरिक्त रूट स्तर नामस्थान होता है जो वैश्विक नामस्थान से मेल खाता है (लेकिन इसके अंदर नहीं है)। इस प्रकार, प्रत्येक असेंबली से बिना अस्पष्टता के प्रकारों के संदर्भ उनके पूर्ण नाम का उपयोग करके बनाए जा सकते हैं, जिनमें से मूल नाम स्थान का नाम है।

यहाँ सच्चाई यह नहीं भूलती है कि बाहरी # C का उपयोग अप्रबंधित कोड से बाहरी कार्यान्वयन के साथ एक विधि को घोषित करने के लिए भी किया जाता है। इस स्थिति में, बाहरी का उपयोग आमतौर पर DllImport विशेषता के साथ किया जाता है। आप इसके बारे में प्रलेखन के संबंधित अनुभाग में अधिक पढ़ सकते हैं।

तो, आइए हमारे उपनामों का उपयोग करने का प्रयास करें:

 extern alias Lib1; extern alias Lib2; using System; namespace Owl { ... public class SuperOwl { private Lib1::Space.Globe _firstGlobe; private Lib2::Space.Globe _secondGlobe; public void IntegrateGlobe(Lib1::Space.Globe globe) => _firstGlobe = globe; public void IntegrateGlobe(Lib2::Space.Globe globe) => _secondGlobe = globe; ... } } 

यह कोड पहले से भी काम करता है। और यह सही ढंग से काम करता है। लेकिन फिर भी मैं इसे थोड़ा और सुरुचिपूर्ण बनाना चाहता हूं। यह बहुत ही सरल तरीके से किया जा सकता है:

 extern alias Lib1; extern alias Lib2; using System; using SpaceOne=Lib1::Space; using SpaceTwo=Lib2::Space; 

अब आप सामान्य और स्पष्ट वाक्यविन्यास का उपयोग कर सकते हैं:

 var globe1 = new SpaceOne.Globe() var globe2 = new SpaceTwo.Globe() 

कसौटी

चलो हमारे उल्लू का परीक्षण करें:

जैसा कि आप देख सकते हैं, कोड ने ठीक काम किया और त्रुटियों के बिना। उल्लू और ग्लोब का एकीकरण सफलतापूर्वक पूरा हो गया है!

→ नमूना कोड GitHub पर उपलब्ध है