लॉगिंग जानकारी आप समझ सकते हैं कि आप क्या और अधिक संदर्भ से आप बस एक दुर्घटना, एक कॉल स्टैक या यहाँ तक कि किसी मिनीडम्प की एक रिपोर्ट से प्राप्त कर देने एक बग या दुर्घटना के लिए नेतृत्व किया। यह विशेष रूप से महत्वपूर्ण है जब आप उन लोगों से बग या क्रैश रिपोर्ट प्राप्त कर रहे हैं जो डेवलपर्स नहीं हैं और डीबगर के तहत नहीं चल रहे हैं, या तो अंतिम उपयोगकर्ता/ग्राहक या आपकी टीम पर गैर-डेवलपर।
मेरी पृष्ठभूमि गेम में है और लॉगिंग कुछ कारणों से गेम के साथ विशेष रूप से मूल्यवान हो सकती है। एक यह है कि कई मुद्दे सिस्टम पर हार्डवेयर के विनिर्देशों से संबंधित हो सकते हैं, इसलिए लॉगिंग जानकारी जैसे कि किस प्रकार के जीपीयू उपयोगकर्ता के पास है, जो ग्राफिक्स ड्राइवर संस्करण वे चल रहे हैं, आदि उन समस्याओं को डीबग करने के लिए आवश्यक हो सकते हैं जो केवल दिखाए जाते हैं विशिष्ट विन्यास। दूसरा यह है कि गेम में सिमुलेशन पहलू होता है जहां गेम की स्थिति भौतिकी, एआई और गेम नियमों जैसी चीजों के सिमुलेशन के साथ संयुक्त उपयोगकर्ता इनपुट के जवाब में समय के साथ विकसित हो रही है। किसी दुर्घटना या बग तक चलने में क्या चल रहा था यह समझने में मदद मिलती है कि इसे पुन: पेश करने के तरीके और समस्या के मूल कारण को मूल्यवान संकेत दे सकते हैं।
एक लॉगिंग लाइब्रेरी कार्यक्षमता जोड़ती है जो लॉगिंग के लिए उपयोगी होती है और एक साधारण प्रिंटफ़ से उपलब्ध चीज़ों से परे जाती है। इसमें चीजें शामिल हैं:
- डीबग बनाम रिलीज बिल्ड और रन-टाइम सेटिंग्स जैसे -वरबोज ध्वज जैसे कारकों के आधार पर लॉगिंग की मात्रा को नियंत्रित करने की क्षमता।
- 'चैनल' की अवधारणा जिसे स्वतंत्र रूप से सक्षम, अक्षम या किसी विशेष वर्बोजिटी पर सेट किया जा सकता है। उदाहरण के लिए, ग्राफिक्स समस्या को डीबग करने के लिए आप 'नेटवर्क' और 'ऑडियो' चैनलों को म्यूट करते समय 'ग्राफिक्स' चैनल अधिकतम वर्बोजिटी पर सेट कर सकते हैं।
- नेटवर्क पर रिमोट डेटाबेस पर लॉग इन करने के लिए डिस्क पर स्थानीय फ़ाइल में लॉगिंग से लेकर एक लचीला बैक एंड।
- थ्रेड सुरक्षा ताकि लॉगिंग स्वयं को कई अलग-अलग धागे से संभावित रूप से लॉग इन करते समय स्वयं व्यवहार करे।
- टाइमस्टैम्प और किसी अन्य प्रासंगिक जानकारी (चैनल, वर्बोसिटी स्तर इत्यादि) के साथ लॉग प्रविष्टियों का स्वचालित टैगिंग।
कैसे एक प्रवेश पुस्तकालय का उपयोग करने के लिए के रूप में, कि आपके आवेदन पर कुछ हद तक निर्भर है, लेकिन यहाँ कुछ सामान्य सुझाव है:
- यदि आपके प्रवेश पुस्तकालय प्रदान करता है चैनलों और शब्दाडंबर के स्तर का अच्छा उपयोग करें उन्हें (और यह चाहिए)। यह आपके एप्लिकेशन के बढ़ने के साथ-साथ लॉग संदेशों की एक बड़ी मात्रा बनने का प्रबंधन करने में आपकी सहायता करेगा।
- यदि आपको एक अप्रत्याशित लेकिन गैर-घातक स्थिति का सामना करना पड़ता है और इसे संभालता है, तो इसके बारे में कुछ जानकारी लॉग इन करें यदि यह बाद में अप्रत्याशित समस्याओं का कारण बनती है।
- एप्लिकेशन स्टार्टअप पर, किसी भी जानकारी को लॉग इन करें जो बाद में दुर्लभ त्रुटियों को पुन: उत्पन्न करने के लिए उपयोगी हो सकता है यदि आपको किसी ग्राहक से बग या क्रैश रिपोर्ट प्राप्त होती है। बहुत अधिक जानकारी के पक्ष में एरर, आप कभी नहीं जानते कि पहले से क्या उपयोगी हो सकता है। इसमें सीपीयू टाइप, जीपीयू मॉडल और ड्राइवर संस्करण, उपलब्ध मेमोरी, ओएस संस्करण, उपलब्ध हार्ड ड्राइव स्पेस इत्यादि शामिल हो सकते हैं।
- लॉग कुंजी राज्य संक्रमण ताकि आप ट्रैक कर सकें कि आपका एप्लिकेशन किस स्थिति में था और यह कैसे हुआ आप एक मुद्दा डीबग कर रहे हैं।
लॉगिंग: कुछ भी उपयोगी है जो उन 3am डीबगिंग सत्रों के दौरान महसूस किया गया दर्द कम कर देता है। एक मानक पुस्तकालय का उपयोग करने से आप अनुभवी लेखकों द्वारा ली गई प्राथमिकताओं और डिजाइन विकल्पों का फायदा उठा सकते हैं। – Bathsheba
कुशल आईओ का उपयोग कर थ्रेड सुरक्षित फैशन में एक ही लक्ष्य के लिए लगातार, गलती सहिष्णु संरचित डेटा लिखना गैर-मामूली हो सकता है ... –
शुरुआत के लिए यह अधिक विस्तृत उत्तर प्राप्त करने में मदद करेगा या कम से कम एक लिंक जो मुद्दों को बताता है स्पष्ट रूप से। –