Asp.Net Boilerplate 4.3 .Net Core 2.1 में सभी डेटाबेस प्रश्नों को लॉग करना

अक्सर परियोजना में एक असंगत त्रुटि होती है जिसके लिए डेटाबेस में सभी प्रश्नों का अधिकतम लॉगिंग आवश्यक है । लेख उन लोगों की मदद करेगा जो एस्प (.NET सर्वर) पर अपनी पहली परियोजनाओं में से एक (सर्वर पर तैनात) लिखते हैं।

यह आलेख Asp.Net बॉयलरप्लेट तकनीक के उन नए लोगों के लिए लिखा गया है जिन्होंने डेटाबेस से संबंधित किसी भी अजीब त्रुटि का अनुभव किया है। PostgreSQL का उपयोग करते समय, यह हो सकता है, उदाहरण के लिए, पहला प्रोजेक्ट। लेख लिखने की प्रेरणा यह थी कि इस प्रश्न का हल इंटरनेट पर खोजना आसान नहीं है, यहाँ तक कि अंग्रेजी में भी, इस तथ्य का उल्लेख नहीं करना चाहिए कि जो समाधान मिले हैं, वे इस समस्या पर सभी प्रश्नों का पूरी तरह से उत्तर नहीं देते हैं।

उत्पाद संस्करण: Asp.Net बॉयलरप्लेट 4.3, .NET कोर 2.1

यदि आप इन चरणों को पूरा करते हैं : आपकी मुख्य लॉग फ़ाइल में, आप डेटाबेस में लॉग इन करने के लिए सभी अनुरोध देखेंगे।

चरण 1

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

चरण १.१

प्रोजेक्ट * .ईंटिटीफ्रेमवर्ककोर यहां हमें 2 कक्षाएं बनाने की आवश्यकता है। एक तरफ, एक लकड़हारा जो केवल एक ही काम करेगा वह है डेटाबेस से सिस्टम लॉग में सभी संदेशों को आउटपुट करना। चलो इसे MyLogger कहते हैं । और इस लकड़हारे का प्रदाता जो MyLogger का निर्माण करेगा। प्रदाता को MyLoggerProvider कहा जाता है ।

हम निम्नलिखित कोड के साथ एक फ़ाइल बनाते हैं (सरलीकरण के लिए एक फ़ाइल, हालांकि, निश्चित रूप से, प्रत्येक फ़ाइल में एक वर्ग होना चाहिए):

public class MyLoggerProvider : ILoggerProvider { private Castle.Core.Logging.ILogger _logger; public MyLoggerProvider(Castle.Core.Logging.ILogger logger) { _logger = logger; } public ILogger CreateLogger(string categoryName) { return new MyLogger(_logger); } public void Dispose() { } } public class MyLogger : ILogger { private Castle.Core.Logging.ILogger _logger; public MyLogger(Castle.Core.Logging.ILogger logger) { _logger = logger; } public IDisposable BeginScope<TState>(TState state) { return null; } public bool IsEnabled(LogLevel logLevel) { return true; } public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, Exception exception, Func<TState, Exception, string> formatter) { if (IsEnabled(logLevel)) { var msg = formatter(state, exception); _logger.Info("DB-REQUEST: " + msg); } } } 

यदि आप बारीकी से देखते हैं, तो आप देख सकते हैं कि कैसे कुछ अन्य लकड़हारा MyLoggerProvider को अग्रेषित किया जाता है, और फिर MyLogger को। यह पहले से ही तीसरा निकला! लब्बोलुआब यह है कि यह तीसरा लॉगिंग इन्फ्रास्ट्रक्चर स्तर का वर्ग है, जिसे बॉयलरप्लेट के आंत्र से प्राप्त करना होगा जिसकी मदद से संदेश लॉग में सहेजे जाएंगे। नीचे देखें।

चरण 2

समान * .EntityFrameworkCore प्रोजेक्ट के ढांचे के भीतर, * DbContextConfigurer.cs फ़ाइल पर जाएँ और दोनों कॉन्फ़िगर () विधियों में निम्नलिखित परिवर्तन करें:

2.1) एक लॉगरफैक्ट्री पैरामीटर टाइप करें लॉगरफैक्ट्री

2.2) मेथड बॉडी में दो लाइनें जोड़ें:

 builder.UseLoggerFactory(loggerFactory); builder.EnableSensitiveDataLogging(true); 

UseLoggerFactory का अर्थ लकड़हारा का उपयोग सक्षम करना है, जो डेटाबेस को लॉग करने के लिए मापदंडों में पारित किया जाता है। यह याद रखना बहुत महत्वपूर्ण है कि यहाँ हम डेटाबेस लॉगिंग को सक्षम करते हैं।

EnableSensitiveDataLogging का अर्थ न केवल डेटाबेस प्रश्नों के लॉगिंग को सक्षम करना है, बल्कि इन प्रश्नों में सभी डेटा को रिकॉर्ड करना है। इस सेटिंग के बिना, आप प्रश्नों में डेटा को नहीं देख पाएंगे - उन्हें प्रश्न चिह्न द्वारा प्रतिस्थापित किया जाएगा।

चरण 3

उसी * .EntityFrameworkCore परियोजना के ढांचे के भीतर, हम * DbContextFactory.cs फ़ाइल पर जाते हैं।

3.1) एक नई विधि जोड़ें:

 private LoggerFactory GetDbLoggerFactory() { return new LoggerFactory(new[] { new MyLoggerProvider(NullLogger.Instance) }); } 

3.2) CreateDbContext () विधि में:
क्योंकि चूंकि हमने पहले दोनों कॉन्फ़िगर () कार्यान्वयन के लिए एक नया पैरामीटर जोड़ा था, यहां एक त्रुटि प्रदर्शित की जानी चाहिए। इस नए पैरामीटर को निर्दिष्ट करने का समय है - हम GetDbLoggerFactory () अल्पविराम के साथ पंजीकृत करते हैं। यानी नए लकड़हारा पैरामीटर का मान खंड 3.1 से नई विधि द्वारा लौटाया जाएगा।

चरण 4

उसी * .EntityFrameworkCore प्रोजेक्ट के ढांचे के भीतर, हम * EntityFrameworkModule.cs फ़ाइल पर जाते हैं।

4.1) एक नई विधि जोड़ें:

 private LoggerFactory GetDbLoggerFactory() { return new LoggerFactory(new[] { new MyLoggerProvider(Logger) }); } 

४.२) PreInitialize () विधि में:

क्योंकि चूंकि हमने पहले दोनों कॉन्फ़िगर () कार्यान्वयन के लिए एक नया पैरामीटर जोड़ा था, यहां एक त्रुटि भी प्रदर्शित की जानी चाहिए। हम धारा 3.2 के समान एक नया पैरामीटर निर्दिष्ट करते हैं - हम एक कॉमा के साथ GetDbLoggerFactory () रजिस्टर करते हैं। यानी नए लॉगरफैक्टरी पैरामीटर का मान खंड 4.1 से नई विधि द्वारा लौटाया जाएगा।

परिणाम

मुख्य लॉग फ़ाइल में (डिफ़ॉल्ट रूप से Logs.txt द्वारा) आपको DB-REQUEST चरित्र अनुक्रम द्वारा पूर्ववर्ती सभी प्रश्न दिखाई देंगे (यह वह जगह है जहाँ आप लॉग डेटा खोज सकते हैं)।

समाधान की सामान्य समझ

इसलिए, अब मैं समझाऊंगा कि हमने क्या किया है। लेख के अंत में एक स्पष्टीकरण दिया गया है, क्योंकि अक्सर पाठक पहले से ही कुछ विशिष्ट करने के लिए शुरू करने में रुचि रखते हैं।

कक्षा में * DbContextFactory, साथ ही * EntityFrameworkModule, हम अपने LoggerFactory का निर्माण करते हैं, जिसके मापदंडों में हम निर्मित MyLoggerProvider इंगित करते हैं। लेकिन एक इंफ्रास्ट्रक्चर वर्ग के रूप में जो पहले मामले में सीधे लॉग करेगा (* DbContextFactory), हम NullLogger.Instance स्टब को पास करते हैं ताकि कोई एंट्री न हो। दूसरे मामले में (* EntityFrameworkModule) हम लकड़हारे को पास करते हैं, जो पहले से ही एबीपी-मॉड्यूल में है। यह लकड़हारा क्षेत्र है। यह पहले से ही आरंभिक है और इसके साथ लॉग इन किया जा सकता है। तदनुसार, हमारा MyLogger इस वर्ग का उपयोग करके Logs.txt फ़ाइल में लिखने में सक्षम होगा।

पूरा तर्क यह है कि यह लॉगरफैक्ट्री फैक्ट्री डेटाबेस के साथ काम करने के लिए एक लॉग फैक्टरी के रूप में स्थापित है। जैसे ही एक लकड़हारे की जरूरत होती है, वह कारखाने द्वारा बनाया जाता है। और यह हमारा MyLogger है, जो बदले में, Logs.txt (या जिस स्रोत से आपके मुख्य लॉग का आउटपुट कॉन्फ़िगर किया गया है) में आने वाली सभी चीज़ों को लॉग करता है।

जैसा कि आप देख सकते हैं, सब कुछ इतना सरल नहीं है और अमूर्तता के स्तर कभी-कभी स्थिर होते हैं, खासकर शुरुआती लोगों के लिए! अपने सवाल कमेंट में पूछे।

नोट:

- लकड़हारा चालू करने के लिए समाधान बनाया गया था, समझें कि त्रुटि क्या है और इसे बंद करें। यह दीर्घकालिक उपयोग के लिए डिज़ाइन नहीं किया गया है।