वैश्विक चर करने के लिए उचित "सी ++ तरीका" क्या है?

Question

मैं

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

मैं कुछ भिन्न रूप देखा है, हर जगह मुख्य वर्ग निर्वासन की घोषणा की तरह है, लेकिन यह महसूस नहीं करता है बहुत वस्तु उन्मुख। मुख्य वर्ग में तत्वों को सभी (या अधिकतर) अन्य वर्गों के लिए सुलभ बनाने के लिए "मानक" सी ++ तरीका क्या है?

Answer 1

singleton design pattern का उपयोग करें।

मूल रूप से आप एक वस्तु का एक स्थिर उदाहरण लौट सकते हैं और उपयोग करें कि अपने काम के सभी के लिए।

कृपया इस link about how to use a singleton और भी इस stackoverflow link about when you should not use it

चेतावनी देखें: सिंगलटन पैटर्न वैश्विक राज्य को बढ़ावा देने के शामिल है। वैश्विक कारण कई कारणों से खराब है।
उदाहरण के लिए: इकाई परीक्षण।

Answer 2

मुझे लगता है कि Service Locator करेंगे। आपको या तो रचनाकारों में चारों ओर गुज़रना होगा, या कुछ प्रसिद्ध स्थानों में विश्व स्तर पर सुलभ स्थिर सदस्य कार्य करना होगा। पूर्व विकल्प अधिक बेहतर है।

Answer 3

यह इतना बुरा विचार सभी निर्माताओं को लकड़हारा और config पारित करने के लिए अगर आपके लकड़हारा और config पर्याप्त सार है नहीं है।

सिंगलटन भविष्य में एक समस्या हो सकती है। लेकिन यह परियोजना शुरू में सही विकल्प की तरह seams। आपकी पंसद। यदि आपकी परियोजना काफी छोटी है - सिंगलटन के साथ जाएं। यदि नहीं - निर्भरता इंजेक्शन। अगर यह अपनी स्थिति या नहीं करने में सहायक है

Answer 4

पता नहीं है, लेकिन MFC में, वहाँ था/एक आवेदन वर्ग है।

मैं इस तरह की चीजों को उस वर्ग में फेंकने के लिए उपयोग करता हूं।

मैं तुम्हें MFC उपयोग नहीं कर रहे मान, लेकिन अगर आप एक आवेदन वर्ग या कुछ इसी तरह है, यह उपयोगी हो सकता है।

Answer 5

मैं सिंगलटन पैटर्न से बचूंगा।
परीक्षण की बात आने पर बहुत सारी समस्याएं और सभी (देखें What is so bad about singletons?)

व्यक्तिगत रूप से मैं निर्माता में लॉगजर इत्यादि पास कर दूंगा। वैकल्पिक रूप से आप संसाधन के संदर्भ को बनाने/पास करने के लिए एक कारखाने का उपयोग कर सकते हैं।

Answer 6

सिस्टम पहले से मौजूद क्यों नहीं है? यही है, एक फ़ाइल में आउटपुट करने के लिए std :: clog को रीडायरेक्ट करें और std :: clog पर लिखें।

std::fstream *f = new std::fstream("./my_logfile.log") 

std::clog.rdbuf(f->rdbuf()); 

std::clog << "Line of log information" << std::endl; 

Answer 7

log4cxx का प्रयोग क्यों नहीं? ऐसी समस्याएं बहुत पहले हल की जाती हैं और व्यापक रूप से कई लोगों द्वारा उपयोग की जाती हैं। जब तक कि आप अपने स्वयं के कुछ विशेष लॉगिंग सिस्टम का निर्माण नहीं कर रहे हैं ... ऐसे मामले में, मैं फैक्ट्री पैटर्न का उपयोग करूंगा जो रुचि रखने वाले किसी के लिए लॉगर्स बनाएगा (या सिंगलटन होने पर मौजूदा इंस्टेंस को छोड़ देगा)। अन्य वर्ग लॉगर प्राप्त करने के लिए कारखाने का उपयोग करेंगे। कन्स्ट्रक्टर पैरामीटर में पासिंग लॉगर्स एक बुरा विचार है, क्योंकि यह आपकी कक्षा को लॉगर के साथ जोड़ता है।

Answer 8

मैं किसी प्रकार के सिंगलटन दृष्टिकोण से सहमत हूं। आप निश्चित रूप से जगह पर चारों ओर लॉगर ऑब्जेक्ट्स पास नहीं करना चाहते हैं। यह बहुत उबाऊ हो जाएगा, और आईएमएचओ सिर्फ एक सादा वैश्विक वस्तु होने की तुलना में एक खराब डिजाइन है।

आपके पास एक अच्छा समाधान है या नहीं, इसके बारे में एक अच्छी परीक्षा है कि इसे आवश्यक फ़ंक्शन में लॉगिंग करने के लिए आवश्यक कदम हैं।

आप ज्यादा

की तुलना में अधिक

#include "Logger.h" 
... 
void SomeFunction() 
{ 
    ... 
    LOGERROR << "SomeFunction is broken"; 
    ... 
} 
... 

तो आप प्रयास बर्बाद कर रहे करने के लिए है।

Answer 9

लॉगिंग के रूप में aspect orient programming

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

क्योंकि सी ++ पहलुओं को परिभाषित करने के लिए सुविधाएं प्रदान नहीं करता है, इसलिए मैं अनिवार्य रूप से बाह्य अस्थायी वस्तुओं को वैश्विक रूप से लॉगर्स रखने और उन्हें नाम रखने के लिए नामस्थान में लपेटता हूं। नेमस्पेस का उद्देश्य रोकथाम के लिए नहीं है, इसलिए यह बदसूरत है, लेकिन किसी और चीज की कमी के लिए यह सुविधाजनक है और औपचारिक मानकों में लॉगर्स पास करने या उन सभी ऑब्जेक्ट्स में संदर्भित करने से बहुत कम बदसूरत और असंगत है जिन्हें आप लॉग करना चाहते हैं। यह लॉगर को हटाने में भी आसान बनाता है अगर किसी बिंदु पर मैं तय करता हूं कि मुझे अब लॉगर की आवश्यकता नहीं है (यानी अगर इसे केवल डीबगिंग के लिए उपयोग किया जाता है)।

Answer 10

आप अन्य वर्गों है कि आप "सब कुछ"

के लिए उपयोग करना चाहते हैं के निर्माता में अपने मुख्य वर्ग पारित तो फिर तुम लकड़हारा आदि के माध्यम से सदस्य गुण के लिए पहुँच प्रदान कर सकते हैं। (मेरे सी ++ सिंटैक्स को क्षमा करें, यह केवल एक बनाई गई भाषा है जिसे "सी ++ वीबी द्वारा भ्रमित" कहा जाता है)

उदा।

Class App { 
    Private m_logger; 
    Private m_config; 

    Public logger() { 
     return m_logger; 
    } 

    Public config() { 
     return m_config 
    } 
} 

Class Window1 { 
    New(anApp) { 
    } 
    .... 
} 

Answer 11

विरासत और बहुरूपता के बारे में कोई भी क्यों नहीं सोचा है? आप उस सिंगलटन के साथ एक अमूर्त कारखाने का भी उपयोग कर सकते हैं;)