रनटाइम में एक प्लेटफ़ॉर्म-विशिष्ट लाइब्रेरी चुनना

मुद्दे का सार

ज्यादातर मामलों में, .NET एप्लिकेशन प्लेटफ़ॉर्म स्वतंत्र हैं। हम उम्मीद करते हैं कि हमारा एप्लिकेशन 32-बिट और 64-बिट ऑपरेटिंग सिस्टम दोनों पर समान रूप से चलेगा।

यह आमतौर पर तब तक होता है जब तक हमें बाहरी प्लेटफ़ॉर्म-निर्भर लाइब्रेरी का उपयोग करने की आवश्यकता नहीं होती है, उदाहरण के लिए, अप्रबंधित वाले। यदि ऐसी लाइब्रेरी x86 और x64 दोनों के लिए संस्करणों में मौजूद है, तो यह हमें एक निश्चित सिरदर्द ला सकता है। हम इस तथ्य से आगे बढ़ेंगे कि हमारे आवेदन को प्रतिबंधित करना, उदाहरण के लिए, केवल 32-बिट प्रक्रिया हमारे नियमों में नहीं है।

हमें कई प्रोजेक्ट कॉन्फ़िगरेशन के लिए दो बार समर्थन की आवश्यकता हो सकती है। इस स्थिति में, डिबगिंग करते समय, आपको कॉन्फ़िगरेशन को स्विच करना होगा, क्योंकि कैसिनी डेवलपमेंट वेब सर्वर केवल x86 संस्करण में मौजूद है, और ReSharper 64-बिट प्रक्रिया में भी परीक्षण चला सकता है। इसके अलावा, आपको दो वितरण जारी करने होंगे और उपयोगकर्ता को साइट से डाउनलोड के साथ प्रदान करना होगा, ओह, क्या मुश्किल विकल्प है। इसलिए, रनटाइम में पहले से ही संचालन के लिए उपयुक्त एक पुस्तकालय का चयन करना एक उचित निर्णय की तरह लगता है, जिसके आधार पर कोड को (32-बिट या 64-बिट) कोड निष्पादित किया जाता है। इस मामले में, परियोजनाएं स्वयं AnyCPU बनी हुई हैं।

हमारे आवेदन में, आपको Oracle डेटाबेस से कनेक्ट करने की आवश्यकता है, जो .NET लाइब्रेरी के लिए Oracle इंस्टेंट क्लाइंट और Oracle डेटा प्रदाता का उपयोग करता है।

निर्णय

समाधान एप्लिकेशन कॉन्फ़िगरेशन फ़ाइल में runtime/assemblyBinding टैग के रूप में पाया गया था। app.config निम्नलिखित जोड़ें:

 <configuration> <!--    ODP.NET    Runtime  --> <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89b483f429c47342" culture="neutral" processorArchitecture="x86" /> <codeBase version="4.112.2.0" href=".\x86\Oracle.DataAccess.dll"/> </dependentAssembly> <dependentAssembly> <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89b483f429c47342" culture="neutral" processorArchitecture="amd64" /> <codeBase version="4.112.2.0" href=".\x64\Oracle.DataAccess.dll"/> </dependentAssembly> </assemblyBinding> </runtime> </configuration> 

processorArchitecture विशेषता के चार संभावित मान हैं: x86 , amd64 , msil , ia64 । codeBase में पथ परियोजना के प्रकार के आधार पर भिन्न हो सकते हैं (उदाहरण के लिए, ASP.NET के लिए यह href=".\bin\x64\Oracle.DataAccess.dll" होना चाहिए href=".\bin\x64\Oracle.DataAccess.dll" )।

ठीक है, पुस्तकालयों के लिए लाइन के बाद "निष्पादन योग्य" परियोजनाओं (परीक्षण बनाता है, वेब सेवाओं और साइटों और सही मायने में निष्पादन योग्य। .exe अनुप्रयोगों) की फ़ाइलों के लिए सही फ़ोल्डर में होना चाहिए।

 <Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" /> 

MSBuild के अपने लक्ष्यों को शामिल किया गया है:

 <Import Project="$(MSBuildProjectDirectory)\..\CommonItems.targets" /> 

एक प्रोजेक्ट फ़ाइल में आमतौर पर AfterBuild लक्ष्य होता है। इसे अपूर्ण / जोड़ा / संपादित किया जाना चाहिए:

  <Target Name="AfterBuild" DependsOnTargets="CopyDataAccessFiles" > 

फ़ाइल CommonItems.targets में निष्पादन योग्य परियोजनाओं के लिए इन सामान्य तत्वों का विवरण है। निर्भरता की प्रतिलिपि बनाने का लक्ष्य यहाँ परिभाषित किया गया है:

 <Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <ItemGroup> <OracleICFilesx86 Include="$(MSBuildProjectDirectory)\..\externals\OracleIC\x86\*.dll"> <Visible>False</Visible> </OracleICFilesx86> <OracleICFilesx64 Include="$(MSBuildProjectDirectory)\..\externals\OracleIC\x64\*.dll"> <Visible>False</Visible> </OracleICFilesx64> <OdpNetFilesx86 Include="$(MSBuildProjectDirectory)\..\externals\Odp.Net\x86\*.dll"> <Visible>False</Visible> </OdpNetFilesx86> <OdpNetFilesx64 Include="$(MSBuildProjectDirectory)\..\externals\Odp.Net\x64\*.dll"> <Visible>False</Visible> </OdpNetFilesx64> </ItemGroup> <Target Name="CopyDataAccessFiles" > <Copy SourceFiles="@(OracleICFilesX86);@(OdpNetFilesx86)" DestinationFolder="$(MSBuildProjectDirectory)\$(OutputPath)\x86\" SkipUnchangedFiles="true" UseHardLinkIfPossible="true" /> <Copy SourceFiles="@(OracleICFilesX64);@(OdpNetFilesx64)" DestinationFolder="$(MSBuildProjectDirectory)\$(OutputPath)\x64\" SkipUnchangedFiles="true" UseHardLinkIfPossible="true" /> </Target> </Project> 

प्रतिबंध

प्रस्तावित विधि की सीमाएँ हैं:

• यह माना जाता है कि हम एक प्रबंधित प्लेटफ़ॉर्म-विशिष्ट पुस्तकालय के प्रकारों का उपयोग नहीं करते हैं और इसलिए, हमारी परियोजना में एक विधानसभा संदर्भ (Oracle.DataAccess.dll) की आवश्यकता नहीं है। यानी विधानसभा पर निर्भरता है, लेकिन निहित, गतिशील।
• अब हम सभी समर्थित प्लेटफार्मों के लिए पुस्तकालयों को हमारे साथ खींच रहे हैं। ओरेकल के लिए, यह प्रति प्लेटफॉर्म 100 एमबी से अधिक है।

संदर्भ

<असेम्बली बाइंडिंग> एलिमेंट फॉर <रनटाइम>