2011-02-02 15 views
5

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

इन तरीकों के बीच क्या अंतर है? आईडीईई संकलन/रन/तैनाती के समय पर उन्हें अलग तरीके से कैसे व्यवहार करता है? क्या आपके लिए अपने स्वयं के मोड ("देव मोड", "क्यूए मोड" इत्यादि को कस्टमाइज़ करने का कोई तरीका है? यदि हां, तो सामान्य कस्टम सेटअप क्या हैं?

धन्यवाद!

उत्तर

1

ज्यादातर मामलों में आप कुछ डीबगिंग जानकारी (लॉगिंग) को चालू और बंद करने के लिए इस मोड का उपयोग कर सकते हैं।

जहां तक ​​मुझे सही याद है: इन/नेट स्टूडियो में आप उदाहरण के लिए इसका उपयोग कर सकते हैं उदाहरण के लिए भी इस मोड द्वारा नियंत्रित कुछ चरों पर निर्भरता में संकलित कोड के अनुभागों को परिभाषित करने के लिए। @see "Design Mode" preprocessor directive

+0

धन्यवाद @ राल्फ! जेनरेट की गई एकमात्र प्रकार की डीबग जानकारी जो रिलीज मोड में छोड़ी जाती है, या वहां "सामान" है? लॉग के लिए, किस तरह के डीबग-प्रकार लॉग कहते हैं, नेटबीन उत्पादन करते हैं और इन लॉग में क्या है? – Pam

+0

@Pam मेरा उन्नत उत्तर – Ralph

3

आमतौर पर डीबग मोड में डिबगिंग जानकारी के सभी संभावित रूप होते हैं, जो रिलीज मोड में छीन दिए जाते हैं।

यह मूल भाषा से सी है जहां आप उत्पन्न कोड चलाते हैं। जावा के साथ यह बहुत कम समस्या है क्योंकि सामान्य उपयोग एक जेवीएम के माध्यम से अतिरिक्त संकलन चरण कर रहा है।

डिबगिंग जानकारी भी एक रिलीज मोड निर्माण के लिए बहुत आसान हो सकता है, के रूप में यह JVM स्टैक ट्रेस आदि

+0

धन्यवाद देखें! इस सवाल के एक और प्रतिक्रिया में, @ राल्फ ने यह भी उल्लेख किया है कि रिलीज मोड इस तथाकथित "डीबगिंग जानकारी" को बाहर करता है। क्या आप (या कोई और!) इस जानकारी के बारे में विस्तृत जानकारी दे सकते हैं और इसमें क्या शामिल है? उदाहरण के लिए नेटबीन/जावा लेते हैं। धन्यवाद! – Pam

+0

जावा कक्षाओं के लिए डीबग जानकारी जहां तक ​​मुझे पता है, बाइट कोड के लिए लाइन नंबर जानकारी, और स्थानीय चर और पैरामीटर के नाम। स्रोत के बिना भी डीबगर में कदम उठाने के दौरान बहुत उपयोगी। –

+0

इसलिए यदि मैं आपको सही तरीके से समझता हूं, तो आप एक उत्पादन घटक के "डीबग" संस्करण को रखने की सलाह देते हैं ताकि, यहां तक ​​कि प्रोड वातावरण में जहां आपके पास स्रोत तक पहुंच न हो, आप अभी भी इसे डीबगर संलग्न कर सकते हैं और इसका उपयोग कर सकते हैं दोषमार्जन सूचना? धन्यवाद! – Pam

3

कुछ IDEs (अधिकतर C, C++) डीबग मोड में चर initializes में अधिक विस्तृत जानकारी प्रदान करने के लिए अनुमति देता है 0 पर। अगर आपको डीबग मोड में कुछ काम करता है और रिलीज मोड में नहीं है तो आपको इसे ध्यान में रखना होगा।

0

आप debug="off"build.xml फ़ाइल में डाल सकते हैं।

इंगित करता है कि स्रोत डीबग जानकारी के साथ संकलित किया जाना चाहिए; बंद करने के लिए डिफ़ॉल्ट।