कार्यक्रम में एक प्रवेश बिंदु के लिए उपयुक्त एक स्थिर 'मुख्य' विधि शामिल नहीं है


169

निम्नलिखित संदेश को दिखाते हुए अचानक मेरी पूरी परियोजना को रोक दिया गया:

प्रोग्राम 'path_to_obj_project_folder' में एक स्थिर 'मुख्य' विधि नहीं है जो एक प्रविष्टि बिंदु के लिए उपयुक्त है

मैंने परियोजना के गुणों में कोई बदलाव नहीं किया, बस कुछ वर्गों को जोड़ा, कुछ अन्य वर्गों को फ़ोल्डर्स में बदल दिया। यह एक WPF अनुप्रयोग परियोजना है तो यह सब ठीक होना चाहिए। प्रवेश बिंदु वह जगह है जहाँ पर होना चाहिए, App.xaml को बिल्कुल भी संशोधित नहीं किया गया था :(

फिर से काम करने के लिए मुझे क्या करना चाहिए?

जवाबों:


432

App.xaml के गुणों की जाँच करें । है Build Actionअभी भी ApplicationDefinition?


10
धन्यवाद, उस समस्या को आंशिक रूप से ठीक किया। मैंने एक पुराने प्रोजेक्ट से सभी फ़ाइल को एक नए Windows Store Appप्रोजेक्ट में कॉपी किया Build Actionथा , और Pageइसके बजाय सेट किया गया था ApplicationDefinition। मैंने वापस स्विच किया ApplicationDefinition, लेकिन मुझे फ़ोल्डर भी हटाना पड़ा obj\Debug
रिचर्ड एच।

4
+1: बहुत बढ़िया! सचमुच एक जीवनसाथी। मैं बस एक नई परियोजना बनाने और सब कुछ कॉपी करने वाला था, लेकिन इसने यह चाल चली। मैंने क्या सीखा है: App.xaml के साथ गड़बड़ न करें ... यह काटता है।
15

1
मुझे भी मैन्युअल रूप से obj \ Debug को हटाना पड़ा; RebuildAll ने इसे ठीक नहीं किया, पता नहीं क्यों ...
Jay Borseth

VS 2017 UWP एप्लिकेशन में समान समस्या। निर्माण के Pageबजाय के लिए थाApplicationDefinition
पॉलिटिकल जूल

2
Build Actionपर स्विच करता है Pageजब आप को बाहर निकालने और App.xaml फ़ाइल फिर से शामिल
CSharper

46

हो सकता है कि गुणों में "आउटपुट प्रकार" -> प्रोजेक्ट का अनुप्रयोग कंसोल या विंडोज़ एप्लिकेशन के बजाय "क्लास लाइब्रेरी" होना चाहिए।


सीएलआई कंपाइलर का उपयोग करते समय क्लास लाइब्रेरी आउटपुट प्रकार को एक -t:libraryतर्क द्वारा निर्दिष्ट किया जा सकता है।
Glutexo

21

बस अगर किसी को एक ही समस्या हो रही है ... मुझे यह त्रुटि मिल रही थी, और यह <Application.Resources>मेरी App.xaml फ़ाइल में मेरा निकला। मेरे पास मेरे संसाधन शब्दकोश टैग के बाहर एक संसाधन था, और इस त्रुटि का कारण था।


मेरी थोड़ी भिन्नता थी। मेरे पास रिक्त अनुप्रयोग थे। स्रोत टैग और मेरे लिए इसे हटाने वालों को हटा दिया।
YC

6

मेरे मामले में (मैन्युअल रूप से आवेदन नाम स्थान का नाम बदलने के बाद) मुझे प्रोजेक्ट गुणों में स्टार्टअप ऑब्जेक्ट का आकार बदलना था।


1

अगर आप VSF 2010 (बीटा 1) में शुरू किए गए WPF प्रोजेक्ट पर काम कर रहे हैं, तो आप इसे भी चला सकते हैं, फिर VS 2008 में चले गए।

परियोजना के गुणों के तहत, .NET फ्रेमवर्क संस्करण अप्रभावित हो जाता है (चूंकि .NET 4.0 VS 2008 में मान्य नहीं है), और किसी कारण से जो इस त्रुटि का कारण बनता है।

यदि आप .NET फ्रेमवर्क (जैसे .NET 3.5) सेट करते हैं, तो त्रुटि दूर हो जाती है।


1

बस अगर किसी को अभी भी वही त्रुटि मिल रही है, भले ही उपरोक्त सभी सहायता से: मुझे यह समस्या थी, मैंने यहां दिए गए सभी समाधानों की कोशिश की, और मुझे सिर्फ यह पता चला कि मेरी समस्या वास्तव में मेरी त्रुटि सूची से एक और त्रुटि थी (जो थी एक लापता छवि के बारे में मेरी छप स्क्रीन के लिए सेट है। मैं सिर्फ सही करने के लिए अपना रास्ता बदल दिया और फिर सब काम करना शुरू कर दिया)


1

मुझे वही त्रुटि मिली है, लेकिन तब मुझे पता चला कि मैंने मुख्य विधि में कैपिटल एम के बजाय छोटे मी टाइप किया


हाँ, यह भूल गया कि यह संवेदनशील मामला है। धन्यवाद!
इमानुएल विंटिलो

बल्कि देखें, यदि आपके आवेदन की "संपत्ति" को एक डिफ़ॉल्ट स्टार्टअप परियोजना / वर्ग को सही ढंग से परिभाषित किया गया है। stackoverflow.com/questions/9538404
बिमल पौडेल

0

प्रोजेक्ट गुण \ आउटपुट फ़ाइल -> कक्षा लाइब्रेरी का चयन करें :)


0

क्या, मुझे लगता है pixparker कहना चाहता था, लेकिन, स्पष्ट पर्याप्त नहीं होने के लिए मेरे लिए कम से कम, सुनिश्चित करते हैं कि बने रहे ... जैसा कि सभी "अन्य परियोजनाओं" एक है "आउटपुट प्रकार" की "कक्षा लाइब्रेरी" चयनित जबकि ... केवल "वन प्रोजेक्ट" को "विंडो एप्लिकेशन" या "कंसोल एप्लिकेशन" आउटपुट के रूप में चुना जा रहा है ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.