अब और फिर मैं एक .NET असेंबली के x86 और x64 संस्करण दोनों देखता हूं। निम्नलिखित web part for SharePoint पर विचार करें। डेवलपर सिर्फ एक संस्करण क्यों नहीं पेश करेगा और जेआईटी कंपाइलर को बाकी हिस्सों को हल करने देगा? जब मैं इन प्रकार की पेशकश देखता हूं तो यह है कि डेवलपर ने जेआईटी से बचने के लिए ngen जैसे टूल का उपयोग करके मूल छवि बनाने का निर्णय लिया है?.NET डेवलपर्स .NET असेंबली के 32-बिट/64-बिट संस्करण क्यों प्रदान करते हैं?
कोई मेरी मदद कर रहा है, मुझे लगता है कि मुझे कुछ नोट याद आ रहा है।
डेवलपर JITing से बचना चाहते थे और एक देशी बनाया:
अपडेट किया गया है कि मैं क्या नीचे मिला से, क्योंकि एक या अधिक निम्न कारणों से दोनों x86 और x64 पेशकश कर रहे हैं बनाता है ngen.exe जैसे टूल का उपयोग करके दिए गए आर्किटेक्चर को लक्षित करने वाले अपने कोड की छवि।
असेंबली में प्लेटफ़ॉर्म विशिष्ट COM कॉल शामिल हैं और इसलिए इसे किसी भीCPC के रूप में बनाने का कोई मतलब नहीं है। इन मामलों में यह निर्धारित करता है कि लक्षित विभिन्न प्लेटफार्मों में अलग-अलग कोड हो सकते हैं।
असेंबली में पिनवोक का उपयोग करके Win32 कॉल हो सकते हैं जो एक जेआईटी द्वारा रीमेप नहीं किया जाएगा और इसलिए निर्माण को उस मंच को लक्षित करना चाहिए जो इसे बाध्य करता है।
मैंने सोचा कि नर्ग केवल लक्ष्य मशीन पर ही चलाया जा सकता है। क्या अब यह मामला नहीं है? – erikkallen