2011-04-18 8 views

उत्तर

34

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

यह सिर्फ संकलित डीएलएल पर झंडे सेट करता है - यह संकलन प्रक्रिया के अन्य पहलुओं को बिल्कुल भी नहीं बदलता है।

+1

इसके अलावा, समाधान फ़ाइल इंटरैक्शन पर इस लिंक को देखें: http://social.msdn.microsoft.com/forums/vstudio/en-US/81c72e8b-6335-4bf4-b7c0-b5c322edcaee/mixed-platforms-vs- any-cpu –

+25

हालांकि यह "मिश्रित प्लेटफ़ॉर्म" को समझा नहीं जाता है। – Menace

+1

@ मेनस मेरी समझ (एक खोए गए संदर्भ से) यह है कि जब आप एक समाधान खोलते हैं जिसमें सभी परियोजनाओं में एक ही कॉन्फ़िगरेशन नहीं होता है, तो विजुअल स्टूडियो ** समाधान ** कॉन्फ़िगरेशन को मिश्रित प्लेटफ़ॉर्म के रूप में दिखाता है/चुनता है। (यदि मुझे मूल संदर्भ मिल सकता है, तो मैं इसे उद्धरण के साथ संशोधित करूंगा।) – koan911

15

बिल्ड कॉन्फ़िगरेशन नामों का बहुत अधिक मतलब नहीं है - यदि आपके पास एक ही समाधान में सी ++ और सी # प्रोजेक्ट हैं (और यदि आपके पास मोबाइल प्रोजेक्ट भी हैं तो भी बदतर), क्योंकि विभिन्न प्रकार की परियोजनाएं विभिन्न कॉन्फ़िगरेशन नामों का उपयोग करती हैं, , तो आप उनमें से बहुत से खत्म हो जाते हैं।

हम उन सभी कॉन्फ़िगरेशन को हटाने की कोशिश करते हैं जिनका हम उपयोग नहीं कर रहे हैं, लेकिन जब भी आप कोई नई प्रोजेक्ट जोड़ते हैं तो यह कड़ी मेहनत होती है, अवांछित कॉन्फ़िगरेशन समाधान में वापस जोड़े जाएंगे।

मेरी सिफारिशें यह तय करना है कि आपको कौन सी कॉन्फ़िगरेशन की आवश्यकता है (उनके भीतर वास्तविक सेटिंग्स को देखकर), और फिर बाकी सब कुछ हटा दें।

http://visualstudiohacks.com/articles/visual-studio-net-platform-target-explained/

मूल रूप से स्थापित करने राज्यों क्या मंच विधानसभा पर चलाने के लिए सक्षम है:

7

से: इस पोस्ट। https://social.msdn.microsoft.com/forums/vstudio/en-US/81c72e8b-6335-4bf4-b7c0-b5c322edcaee/mixed-platforms-vs-any-cpu

जब एक समाधान में परियोजनाओं के सभी एक ही प्रकार के होते हैं (जैसे सी #/वीबी परियोजनाओं) समाधान विन्यास परियोजना विन्यास के साथ सटीकता से मेल खाएगी। एक बार जब आपके पास समाधान में परियोजनाएं होंगी कि में मेल नहीं खाए गए कॉन्फ़िगरेशन/प्लेटफॉर्म हैं, तो विजुअल स्टूडियो समाधान स्तर कॉन्फ़िगरेशन (मिश्रित प्लेटफ़ॉर्म/डीबग "और संभवतः " मिश्रित प्लेटफ़ॉर्म/रिलीज़ "बनाता है। ये कॉन्फ़िगरेशन व्यक्तिगत प्रोजेक्ट स्तर कॉन्फ़िगरेशन के लिए बस मैपिंग हैं।

उदाहरण के लिए, यदि आप एक सी # परियोजना और एक सी ++ परियोजना, आम तौर पर "मिश्रित प्लेटफार्म/डीबग" नक्शा होगा अगर सी # परियोजना के लिए "कोई भी सीपीयू/डीबग" और "Win32/डीबग" सी ++ परियोजना के लिए करने के लिए ।

11

जैसा कि अन्य प्लेटफॉर्म पहले ही समझाया गया है। (यानी 32 बिट के लिए X86, x64 केवल 64 बिट के लिए है, और 'कोई भी CPU' दोनों में चलाया जा सकता है)। मैं Mixed Platform पर ध्यान केंद्रित करूंगा और यह Any CPU से अलग कैसे होगा।

Any CPU परियोजना स्तर सेटिंग है, जहां वास्तविक दुनिया समाधान में के रूप में हम एक समाधान के तहत परियोजनाओं की संख्या है पर है, और उनकी संभावना है कि अपने प्रोजेक्ट उपयोग Any CPU में से कुछ, लेकिन दूसरों x86 या x64 निर्माण मंच का उपयोग करता है।

तो समाधान स्तर पर स्वचालित रूप से Mixed Platform का चयन किया जाएगा। यह इंगित करता है कि बिल्ड/पुनर्निर्माण समाधान के दौरान प्रत्येक परियोजना उनके चयनित प्लेटफॉर्म पर आधारित होती है।

संबंधित मुद्दे