कोशिश का उपयोग करना - डिबगिंग के लिए पकड़

तो, आपने कार्यक्रम लिखा, इसे डिबगर में लॉन्च किया - सब कुछ ठीक है, सब कुछ ठीक है। वर्कफ़्लो में रखो - गिर जाता है। इसके अलावा, सबसे अप्रत्याशित स्थानों में।
क्या करें?
सोचना शुरू करो। हर जगह ट्राई-कैच लगाएं ... कंप्यूटिंग यूनिट धीमा होने के लिए बहुत अच्छा होगा। तो, आपको एक डीबग संस्करण बनाने की आवश्यकता है। तो हम परिचय कराते हैं
#define __TRY__DEBUG__

लगभग। सब ठीक है। संदिग्ध स्थानों पर हम डालते हैं

#ifdef __TRY__DEBUG__ try{ #endif //  #ifdef __TRY__DEBUG__ catch(...){ fprintf(stderr,"    %s.  \n",NameFunction); throw; } #endif 

उफ़। आउटपुट फ़ंक्शन विभिन्न स्थानों में बिखरा हुआ है। अच्छा नहीं है।

एक अपवाद वर्ग का जन्म होता है
कक्षा डिबग अपवाद: अपवाद {}
उफ़ नंबर दो। और इसमें क्या स्टोर करना है?
तो, हम क्या जरूरत है? एक फ़ाइल के लिए उत्पादन। यह सब कुछ वांछनीय है जिसके साथ दुर्घटना के समय फ़ंक्शन काम करता है।
यानी हमें पाठ डेटा की आवश्यकता है।
हाँ।

 struct Obj{ //!  char* name; //!  char* State; //!  Obj** MyObj; //!   int numberOfObjects; //!  Obj(char*nm,char* stt):name(nm),State(stt),MyObj(NULL),namberOfObjects(0){ }; }; 

तो, चलो आगे बढ़ते हैं। क्या संग्रह करना है, हम साथ आ रहे हैं, हम सोच रहे हैं कि जिस वस्तु के साथ हम काम कर रहे हैं उससे यह पूरी चीज़ कैसे प्राप्त की जाए।
Obj * GetState () विधि का जन्म हुआ है; जो प्रत्येक कक्षा में पंजीकृत है।
हम और आगे जा रहे हैं।
अब ध्यान इस सवाल का है: किसी फ़ाइल में कुछ आउटपुट कहाँ किया जाए?
आप उसी जगह पर हो सकते हैं जहां दुर्घटना। यानी अपवाद निर्माता में ... हाँ, अच्छा नहीं है।
प्रिंटफ़ पद्धति अपवाद वर्ग में दिखाई देती है, जो संपूर्ण ऑब्जेक्ट को एक फ़ाइल में आउटपुट करती है।
मुख्य रूप लेना शुरू कर देता है

 #ifdef __TRY__DEBUG__ try{ #endif //  #ifdef __TRY__DEBUG__ catch(DebugException ups){ ups.print(); throw; } #endif 

इसलिए, और सिस्टम के बारे में पूरी जानकारी इकट्ठा करना अच्छा होगा। इस तरह एक व्यू कंस्ट्रक्टर का जन्म होता है

  //!    ,      DebugException(char*NmFunc,char GetStates,Obj* FuncState); 

नतीजतन, कोड दोगुना हो जाता है, लेकिन दुर्घटना की स्थिति में, आप यह पता लगा सकते हैं कि इसका कारण कौन है, गलती किसकी है।

आकर्षण आते हैं
लॉगिंग की तुलना में बहुत कम सारांश जानकारी। खासकर यदि परीक्षण संस्करण ने दो दिनों तक ठीक काम किया, और तीसरा दुर्घटनाग्रस्त हो गया।
+ दुर्घटना के समय सिस्टम के बारे में पूरी तरह से जानकारी एकत्र करना संभव है।
+ रिलीज़ संस्करण को प्रभावित नहीं करता है।

विपक्ष
- फ़ंक्शन कोड का एक पूरी तरह से अलग संगठन। चूंकि ट्राई ब्लॉक में घोषित चर कैच ब्लॉक में अज्ञात हैं, इसलिए उन्हें कोड की शान के बारे में भूलकर फ़ंक्शंस की शुरुआत में घोषित किया जाना चाहिए।
- डिबगिंग कोड के बहुत सारे
- शायद इस प्रणाली के राज्य के लिए अग्रणी कारण खो जाएगा