प्रारंभ में, मैंने Mass Transit का उपयोग करके मेरी सेवा बस के रूप में एक कंसोल एप्लिकेशन बनाया। हाल ही में, मैंने NServiceBus पर स्विच किया है, जिसके लिए आपको कंसोल एप्लिकेशन बनाने की आवश्यकता नहीं है, बल्कि इसके बजाय क्लास लाइब्रेरी भी है। प्रोजेक्ट गुणों में, मैंने बस उस सेटिंग को स्विच किया जो इसे कंसोल एप्लिकेशन से लाइब्रेरी में बदलता है, लेकिन बाधा जिसे आप केवल x86 के लिए बना सकते हैं, अभी भी प्रभावी है।विजुअल स्टूडियो 2010 (कंसोल एप्लिकेशन से क्लास लाइब्रेरी तक) में बिल्ड विकल्प के रूप में x64 (या कोई भी CPU) जोड़ने के लिए कैसे करें
मैं बिल्ड प्रकार को किसी भी सीपीयू में नहीं बदल सकता अब यह एक कंसोल एप्लीकेशन है, जो अब मान्य होना चाहिए। क्या पर कोई तरीका है पूरी तरह से मेरे एप्लिकेशन को क्लास लाइब्रेरी में बदलें ताकि मैं कोई भी CPU विकल्प बना सकूं? क्या मुझे एक नई परियोजना बनाने की ज़रूरत है, इसमें फाइल कॉपी करें और इस तरह जारी रखें? या यह प्रोजेक्ट (.proj) फ़ाइल में कुछ बदलना जितना आसान है?
स्टैक ओवरफ़्लो प्रश्न Missing Debug|Any CPU build configuration for projects and defaulting to Debug|x86 on Windows x64 केवल कंसोल अनुप्रयोगों के लिए x86 के इस मुद्दे के आसपास अधिक संदर्भ देता है।
आप वीएस -2010 में एक मूल रूप से बेवकूफ डिजाइन निर्णय से जूझ रहे हैं, आपके द्वारा अपने समाधान में जोड़े गए प्रत्येक प्रोजेक्ट x86 के प्लेटफ़ॉर्म लक्ष्य पर डिफ़ॉल्ट है। यहां तक कि कक्षा पुस्तकालयों, जिस तरह से EXE प्रोजेक्ट का चयन नहीं किया गया है। सेटिंग को किसी भी एसीसीपीयू पर वापस फ्लिप करें। –
@ हंस ... नहीं, केवल ऐसी परियोजनाएं जो x86 को EXEs डिफ़ॉल्ट बनाती हैं, क्योंकि एमएस ने यह निर्धारित किया है कि आर्किटेक्चर-तटस्थ EXE आमतौर पर उनके लायक होने से अधिक परेशानी होती हैं। 32-बिट अनुप्रयोगों में अधिक सुविधाओं तक पहुंच है और आमतौर पर 64-बिट अनुप्रयोगों की तुलना में थोड़ा तेज़ होता है, इसलिए यह डिफ़ॉल्ट है। बीटा संस्करणों में एक बग था जो सभी प्रोजेक्ट को x86 में डिफॉल्ट करता था, लेकिन नवीनतम संस्करण डिफ़ॉल्ट क्लास लाइब्रेरीज़ को किसी भी CPU पर। – Gerald