फ़ंक्शन इनपुट लॉगिंग का स्वचालन

पुराने समय से, हमारी कंपनी में प्रत्येक फ़ंक्शन के प्रवेश द्वार को लॉग करने के बारे में सार्वजनिक रूप से अनपेक्षित नियम है। और ठीक है, यह शुरुआत में Logger.LogEntering () की एक सरल रेखा तक सीमित होगा (हालाँकि, शायद, मैं भी इससे थक गया होगा), यह भी हमारे "अद्भुत" होमग्रोन लकड़हारा को पता नहीं है कि कार्यों के नाम कैसे प्राप्त किए जाते हैं, जिससे यह कहा जाता है, और नतीजतन, यह एकमात्र है एक महाकाव्य लकड़हारा के लिए लाइन बढ़ी। ("Classname.FunctionName - दर्ज करना") या ऐसा ही कुछ।

यह आश्चर्य की बात नहीं है कि Mono.Cecil के बारे में हाल के विषयों के प्रभाव में प्रक्रिया स्वचालन का कार्य पैदा हुआ था।



उत्पाद के लिए न केवल आंतरिक कॉर्पोरेट मूल्य, बल्कि सामाजिक रूप से उपयोगी होने के लिए, यह "आंतरिक" लकड़हारे के समर्थन के लिए खुद को सीमित नहीं करने का निर्णय लिया गया था, बल्कि तीसरे पक्ष के log4net और nlog (सौभाग्य से, आंतरिक जरूरतों के लिए, हम आसानी से log4net पर स्विच करते हैं) का समर्थन करने के लिए नहीं।

कार्य को ध्यान में रखते हुए, कार्य की शुरुआत में लकड़हारा की कॉल को जोड़ना आवश्यक है, साथ ही साथ प्रवेश के तथ्य को न केवल लॉग करें, बल्कि उन पैरामीटर भी हैं जिनके साथ फ़ंक्शन को बुलाया गया था।

प्रवेश में देरी हुई, और शब्दों से कर्मों की ओर बढ़ने का समय था।
एक कार्यान्वयन एक MSbuild- कार्य है जो संकलन के बाद के चरण में चलता है और प्रत्येक फ़ंक्शन की शुरुआत में Logger.Debug ("प्रवेश") कॉल को इंजेक्ट करता है। बल्कि, प्रत्येक नहीं, बल्कि केवल [लॉग] विशेषता के साथ चिह्नित किया गया है। या इस विशेषता के साथ चिह्नित सभी वर्ग कार्यों में। ठीक है, या बहुत शुरुआत में, मॉड्यूल के प्रत्येक फ़ंक्शन की शुरुआत में, अगर [लॉग] विशेषता को असेंबलीइन्फो में घेरा गया है। यदि आपको कोई कार्य लॉग इन करने का मन नहीं करता है, तो आप उन्हें [NoLog] विशेषता के साथ चिह्नित कर सकते हैं।

इस MSbuild कार्य को निष्पादित करने के लिए, आपको इसका कॉल .csproj \ .vbproj में जोड़ना होगा। उदाहरण के लिए, इस तरह:

<Import Project="c:\path\to\Logging.NLog.targets" /> 

यदि आप log4net पसंद करते हैं तो ठीक है, या थोड़ा बदलाव।

इसके अलावा, निश्चित रूप से, एक लकड़हारा उदाहरण बनाना आवश्यक है जिसमें यह लॉग किया जाएगा। फिलहाल LoggingMagic का अर्थ है कि एक लकड़हारा उदाहरण एक वर्ग के स्थिर क्षेत्र के माध्यम से सुलभ है।

 //  - Logger -  .  ,        .targets- public class Logger { public static NLog.Logger Log = NLog.LogManager.GetLogger("NlogConsoleApp"); } 

वह सब है। लॉग्स के परिणामस्वरूप स्ट्रीम को फ़िल्टर करना पूरी तरह से लॉगिंग लाइब्रेरी के साथ टिकी हुई है। LoggingMagic का विस्तार करना काफी आसान है, गुण और वर्ग के नाम के साथ msbuild कार्य के मापदंडों में परिवर्तन होता है।

एक गंभीर दोष लकड़हारा-प्रति-वर्ग कार्यप्रणाली के लिए समर्थन की कमी है (जो प्रचारित है, उदाहरण के लिए, nlog द्वारा), लॉगिंग एक स्थिर क्षेत्र के माध्यम से या एक स्थिर फ़ंक्शन के माध्यम से संभव है। टिप्पणियों में, यह जानना दिलचस्प होगा कि आप किस लॉगिंग का उपयोग करते हैं :) प्रति वर्ग लॉगिंग संभवतः सामुदायिक आवश्यकताओं के साथ जोड़ा जाएगा :)

परिणाम Log4Postsharp के लिए एक स्ट्रिप-डाउन समानता थी , लेकिन मालिकाना घटकों के साथ बंधे बिना और किसी थर्ड-पार्टी के साथ लिंक करने और इंस्टॉलेशन के दौरान इसे वितरित करने की आवश्यकता के बिना (लॉगजीनेजिक लाइब्रेरी बिल्डरों के आगे कहीं भी नहीं जाती)।

इस सारे अपमान के स्रोत कोडप्लेक्स पर रखे गए हैं

पीएस मुझे उम्मीद है कि वास्तविक इनपुट लॉगिंग की आवश्यकता-अनावश्यकता के बारे में सब कुछ एक चर्चा में नहीं आएगा, क्योंकि यह सबसे अधिक बार विषय क्षेत्र द्वारा निर्धारित किया जाता है। हमारे विशेष मामले में, कभी-कभी विस्तृत जानकारी एकत्र करने का एकमात्र तरीका है जब ग्राहक प्रतिष्ठानों पर समस्याओं का पता लगाया जाता है।