सी # में मेरा सामान्य होना चाहिए। लॉगिंग लॉगर एक उदाहरण सदस्य या स्थैतिक होना चाहिए?

Question

a project नेट के लिए Common.Logging का उपयोग करता है, मैंने देखा कि कुछ वर्गों एक वर्ग स्थिर सदस्य के रूप में लकड़हारा उदाहरण घोषणा करते हैं। उदाहरण के लिए:

public class SimpleExample : IExample 
{ 
    public virtual void Run() 
    { 
     ILog log = LogManager.GetLogger(typeof (SimpleExample)); 

     log.Info("------- Initializing ----------------------"); 

     // etc 
    } 
}  

वहाँ एक दृष्टिकोण या अन्य पसंद करते हैं करने के लिए एक कारण है:

public class HelloJob : IJob 
{ 
    private static ILog _log = LogManager.GetLogger(typeof(HelloJob)); 

    public HelloJob() 
    { 
    } 

    public virtual void Execute(IJobExecutionContext context) 
    { 
     _log.Info(string.Format("Hello World! - {0}", System.DateTime.Now.ToString("r"))); 
    } 
} 

और अन्य वर्गों में लकड़हारा एक उदाहरण सदस्य के रूप में घोषित किया जाता है?

जो स्थितियों में प्रत्येक दृष्टिकोण की सिफारिश की है? क्या यह थ्रेड सुरक्षा से संबंधित है?

क्या यह एक समस्या होगी यदि मैंने अभी एक स्थिर "लॉगर" सदस्य के साथ "लॉगर" वर्ग घोषित किया है और पूरी परियोजना का उपयोग किया गया है (इस मुद्दे के अलावा कि मैं अभ्यास में एक वैश्विक चर है)?

Answer 1

अधिकांश वालों धागा सुरक्षित हैं, और उनमें से उदाहरणों बनाने बहुत कम भूमि के ऊपर है, दोनों समय और स्मृति के मामले में। इसलिए वास्तविक प्रश्न को प्रोग्रामिंग और रखरखाव दृष्टिकोण से समझ में आता है।

एक तरफ, लकड़हारा धारणात्मक अपने वर्ग से जुड़ा हुआ है, और न वर्ग की उदाहरण करने के लिए, बहुत से लोगों को यह स्थिर रखना पसंद करते हैं के बाद से। यह एक पूरी तरह से वैध तर्क है। उदाहरण के लिए, यदि HelloWorldJobHelloJob बढ़ाता है, तो मुझे लगता है कि अधिकांश लोग HelloJob में HelloJob कक्षा से बंधने के लिए कोड द्वारा लिखे गए लॉग संदेश की अपेक्षा करेंगे, भले ही आपके पास एक अधिक विशिष्ट सबक्लास उदाहरण हो। स्थिर तरीकों से अपने लॉगर तक पहुंचने में भी सक्षम होना अच्छा होता है, जो संभव नहीं होगा यदि यह स्थिर क्षेत्र पर न हो।

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

public class HelloJob : IJob 
{ 
    private readonly ILog _log; 

    public HelloJob(ILog log) 
    { 
     _log = log; 
    } 
    ... 
} 

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