WPF अनुप्रयोग परिनियोजन: किसी एकल निष्पादन योग्य फ़ाइल में .NET असेंबली को संयोजित करना

जब आप कई प्रबंधित असेंबलियों को एक फ़ाइल में संयोजित करना चाहते हैं, तो आप ILMerge उपयोगिता का उपयोग कर सकते हैं:

ILMerge.exe /t:winexe /out:test.exe test1.exe test2.dll

इस उदाहरण में, दो विधानसभाओं से एक संयुक्त निष्पादन योग्य बनाया जाएगा। / T: winexe विशेषता इंगित करती है कि परिणाम एक विंडो (WinForms) अनुप्रयोग होगा।

हालाँकि, ILMerge WPF अनुप्रयोगों के साथ काम करने में सक्षम नहीं है। यह उपयोगकर्ता इंटरफ़ेस की संरचना, व्यवहार और एनीमेशन का वर्णन करने के लिए WPF वास्तुकला में प्रयुक्त XAML फ़ाइलों को संकलित करने की विशिष्टताओं के कारण है:

• XAML फ़ाइल BAML कोड (IL का एक एनालॉग) में संकलित की जाती है, जिसे तब विधानसभा संसाधनों में रखा जाता है।
• XML नामस्थान घोषणाओं का उपयोग करते हुए, एक XAML फ़ाइल अन्य विधानसभाओं को संदर्भित कर सकती है।
• XAML फाइलें एक दूसरे का उपयोग करके संदर्भित कर सकती हैं, उदाहरण के लिए, एकीकृत संसाधन शब्दकोश और फ़्रेम जैसे तत्व।

इस तरह की असेंबली का संयोजन करते समय, ILMerge को BAML संसाधनों तक सभी पहुंच URI को ठीक करना चाहिए, लेकिन ऐसा नहीं होता है।

सौभाग्य से, एक और तरीका है: एम्बेडेड फ़ाइलों को एम्बेडेड संसाधनों के रूप में विधानसभा के अंदर रखना।

प्लेसमेंट स्वतः होने के लिए, Microsoft.CSharp.targets फ़ाइल आयात करने के तुरंत बाद निम्न लक्ष्य को जोड़कर प्रोजेक्ट फ़ाइल को संशोधित करना पर्याप्त है:

 <Target Name="AfterResolveReferences"> <ItemGroup> <EmbeddedResource Include="@(ReferenceCopyLocalPaths)" Condition="'%(ReferenceCopyLocalPaths.Extension)' == '.dll'"> <LogicalName>%(ReferenceCopyLocalPaths.DestinationSubDirectory)%(ReferenceCopyLocalPaths.Filename)%(ReferenceCopyLocalPaths.Extension)</LogicalName> </EmbeddedResource> </ItemGroup> </Target> 

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

असेंबलियों को एक ही फ़ाइल में पैक करने के बाद, आपको कर्नेल से पहले सभी असेंबली को मेमोरी में लोड करना होगा और WPF सॉफ्टवेयर इन्फ्रास्ट्रक्चर को इनिशियलाइज़ किया जाएगा।
WPF एप्लिकेशन के लिए "मैजिक" प्रविष्टि बिंदु App.xaml फ़ाइल है। हालाँकि, वास्तव में, App.xaml को App.g.cs फ़ाइल में संकलित किया जाता है, जिसे ओब्जेक्ट डायरेक्टरी में प्रोजेक्ट के अंदर पाया जा सकता है। App.g.cs फ़ाइल में एक मानक प्रविष्टि बिंदु है - स्थिर विधि मुख्य।

इस प्रकार, WPF कर्नेल को प्रारंभ करने से पहले नेस्टेड असेंबली को लोड करने के लिए, आपको मानक प्रविष्टि बिंदु को फिर से परिभाषित करना होगा।

उदाहरण के लिए, इस तरह:

 public class Program { [STAThread] public static void Main() { App.Main(); } } 

अंतिम चरण AppDomain.AssemblyResolve इवेंट के लिए आपका अपना हैंडलर है, जो हर बार मानक लोडर अगली विधानसभा के भौतिक स्थान को निर्धारित नहीं कर सकता है।

 public class Program { static Dictionary<string, Assembly> assembliesDictionary = new Dictionary<string, Assembly>(); [STAThread] public static void Main() { AppDomain.CurrentDomain.AssemblyResolve += OnResolveAssembly; App.Main(); } private static Assembly OnResolveAssembly(object sender, ResolveEventArgs args) { AssemblyName assemblyName = new AssemblyName(args.Name); Assembly executingAssembly = Assembly.GetExecutingAssembly(); string path = string.Format("{0}.dll", assemblyName.Name); if (assemblyName.CultureInfo.Equals(CultureInfo.InvariantCulture) == false) { path = String.Format(@"{0}\{1}", assemblyName.CultureInfo, path); } if (!assembliesDictionary.ContainsKey(path)) { using (Stream assemblyStream = executingAssembly.GetManifestResourceStream(path)) { if (assemblyStream != null) { var assemblyRawBytes = new byte[assemblyStream.Length]; assemblyStream.Read(assemblyRawBytes, 0, assemblyRawBytes.Length); using (var pdbStream = executingAssembly.GetManifestResourceStream(Path.ChangeExtension(path, "pdb"))) { if (pdbStream != null) { var pdbData = new Byte[pdbStream.Length]; pdbStream.Read(pdbData, 0, pdbData.Length); var assembly = Assembly.Load(assemblyRawBytes, pdbData); assembliesDictionary.Add(path, assembly); return assembly; } } assembliesDictionary.Add(path, Assembly.Load(assemblyRawBytes)); } else { assembliesDictionary.Add(path, null); } } } return assembliesDictionary[path]; } } 

सारांश

प्रस्तुत विधि लागू करने के लिए सरल है और एक निष्पादन योग्य फ़ाइल में किसी भी .NET अनुप्रयोग के प्रबंधित मॉड्यूल के स्वत: संयोजन के लिए अभिप्रेत है। हालांकि, व्यावहारिक मूल्य के दृष्टिकोण से, यह स्पष्ट है कि यह समाधान केवल छोटी परियोजनाओं की विधानसभा के लिए उपयुक्त है। इस मामले में, अप्रबंधित कोड, जाहिर है, संयुक्त आवेदन फ़ाइल "ओवरबोर्ड" बनी हुई है।

संदर्भ:

1. एक WPF अनुप्रयोग का निर्माण | msdn.microsoft.com/ru-ru/library/aa970678.aspx
2. MSBuild | msdn.microsoft.com/ru-ru/library/ms171452.aspx
3. व्लाद चिस्त्यकोव: MSBuild | www.rsdn.ru/article/devtools/msbuild-05.xml
4. कार्य का समाधान msdn.microsoft.com/ru-ru/library/9ad3f294.aspx
5. विजुअल स्टूडियो के निर्माण की प्रक्रिया का विस्तार | msdn.microsoft.com/ru-ru/library/ms366724.aspx
6. विधानसभाओं को डाउनलोड करने की अनुमति | msdn.microsoft.com/ru-ru/library/ff527268.aspx2
7. C # + WPF + थर्ड पार्टी असेंबली -> एक .exe-shnik | habrahabr.ru/blogs/personal/67836

अंतभाषण

जून 2012 में, कॉस्टूरा ओपनसोर्स प्लग-इन दृश्य स्टूडियो 2010 के लिए जारी किया गया था, जिससे आप परियोजना सेटिंग्स को प्रबंधित करने के लिए ऊपर वर्णित प्रक्रिया को कम कर सकते हैं।