वैश्विक वैरिएबल प्रोग्रामर के लिए जो समस्या है, वह यह है कि यह विभिन्न कंपोनेंट्स के बीच इंटर-कंपोनेंट कपलिंग सतह का विस्तार करता है जो ग्लोबल वैरिएबल का उपयोग कर रहे हैं। इसका अर्थ यह है कि जैसे-जैसे वैश्विक चर का उपयोग करने वाले घटकों की संख्या बढ़ती है, बातचीत की जटिलता भी बढ़ सकती है। इस बढ़े हुए युग्मन से आम तौर पर सिस्टम में इंजेक्शन लगाने के लिए दोषों को आसान बना दिया जाता है और दोषों का निदान और सही करने के लिए कठिन हो जाता है। यह वृद्धि युग्मन भी परिवर्तन करते समय उपलब्ध विकल्पों की संख्या को कम कर सकता है और यह परिवर्तनों के लिए आवश्यक प्रयास को बढ़ा सकता है क्योंकि अक्सर परिवर्तन के परिणामों को निर्धारित करने के लिए वैश्विक मॉड्यूल का उपयोग करने वाले विभिन्न मॉड्यूल के माध्यम से पता लगाना चाहिए।
एनकैप्सुलेशन का उद्देश्य , जो मूल रूप से वैश्विक चर का उपयोग करने के विपरीत है, स्रोत को समझने और बदलने के लिए युग्मन को कम करना है और आसान और सुरक्षित रूप से परीक्षण किया गया है। जब वैश्विक चर का उपयोग नहीं किया जाता है तो यूनिट परीक्षण का उपयोग करना बहुत आसान होता है।
उदाहरण के लिए यदि आपके पास एक सरल वैश्विक पूर्णांक चर है, जिसका उपयोग एक एन्यूमरेटेड इंडिकेटर के रूप में किया जा रहा है, जो विभिन्न घटक राज्य मशीन के रूप में उपयोग करते हैं और आप एक नए घटक के लिए एक नया राज्य जोड़कर बदलाव करते हैं, तो आपको अन्य सभी के माध्यम से ट्रेस करना होगा घटकों को यह सुनिश्चित करने के लिए कि परिवर्तन उन्हें प्रभावित नहीं करेगा। एक संभावित समस्या का एक उदाहरण यह होगा कि यदि वर्तमान मानों में से प्रत्येक के लिए कथनों के switchसाथ गणना वैश्विक चर के मान का परीक्षण करने के लिए caseविभिन्न स्थानों में उपयोग किया जा रहा है और ऐसा होता है कि कुछ switchबयानों defaultको संभालने के लिए मामला नहीं है। वैश्विक के लिए एक अप्रत्याशित मूल्य अचानक आपके पास अपरिभाषित व्यवहार है जहां तक आवेदन का संबंध है।
दूसरी ओर, साझा डेटा क्षेत्र का उपयोग वैश्विक मापदंडों के एक सेट को सम्मिलित करने के लिए किया जा सकता है, जिसे पूरे अनुप्रयोग में संदर्भित किया जाता है। इस दृष्टिकोण का उपयोग अक्सर छोटे मेमोरी फुटप्रिंट्स के साथ एम्बेडेड अनुप्रयोगों के साथ किया जाता है।
इस प्रकार के अनुप्रयोगों में वैश्विक चर का उपयोग करते समय, आमतौर पर डेटा क्षेत्र को लिखने की जिम्मेदारी एक एकल घटक को आवंटित की जाती है और अन्य सभी घटक उस क्षेत्र को देखते हैं constऔर उससे पढ़ते हैं, इसे कभी नहीं लिखते हैं। इस दृष्टिकोण को लेने से समस्याएं विकसित हो सकती हैं।
वैश्विक चरों की कुछ समस्याएं जिनके चारों ओर काम करने की आवश्यकता है
जब किसी वैश्विक चर जैसे स्रोत को संशोधित किया जाता है, तो इसका उपयोग करने वाली हर चीज को पुन: संकलित किया जाना चाहिए ताकि चर का उपयोग करने वाली हर चीज अपने सही आकार और मेमोरी टेम्पलेट को जान सके।
यदि एक से अधिक घटक वैश्विक चर को संशोधित कर सकते हैं, तो आप वैश्विक चर में असंगत डेटा के साथ समस्याओं में चल सकते हैं। मल्टी-थ्रेडिंग एप्लिकेशन के साथ, आपको एक रास्ता प्रदान करने के लिए संभवतः किसी प्रकार के लॉकिंग या महत्वपूर्ण क्षेत्र को जोड़ना होगा ताकि एक समय में केवल एक धागा वैश्विक चर को संशोधित कर सके और जब कोई धागा चर को संशोधित कर रहा हो, तो सभी परिवर्तन पूर्ण हो जाएं और अन्य थ्रेड्स चर को क्वेरी या संशोधित करने से पहले प्रतिबद्ध हो सकते हैं।
वैश्विक चर का उपयोग करने वाले बहु-थ्रेडेड अनुप्रयोग को डीबग करना अधिक कठिन हो सकता है। आप दौड़ की स्थिति में भाग सकते हैं जो ऐसे दोष पैदा कर सकते हैं जिन्हें दोहराने में मुश्किल होती है। वैश्विक चर के माध्यम से संचार करने वाले कई घटकों के साथ, विशेष रूप से एक बहु-थ्रेडेड एप्लिकेशन में, यह जानने में सक्षम है कि चर कब और कैसे बदल रहा है, यह घटक क्या बदल रहा है, यह समझना बहुत मुश्किल हो सकता है।
ग्लोबल क्लैबल्स के उपयोग से नाम क्लैश एक समस्या हो सकती है। एक स्थानीय चर जिसका वैश्विक चर के समान नाम है, वैश्विक चर को छिपा सकता है। C प्रोग्रामिंग लैंग्वेज का उपयोग करते समय आप नामकरण सम्मलेन में भी भाग लेते हैं। चारों ओर एक प्रणाली को एक विशेष उप-प्रणाली के लिए वैश्विक चर के साथ सिस्टम को सब-सिस्टम में विभाजित करना है, जो शुरुआत में पहले तीन अक्षरों के साथ शुरू होता है (इसे उद्देश्य सी में नाम स्थान टकराव को हल करने पर देखें )। C ++ नाम स्थान प्रदान करता है और C के साथ आप इसके चारों ओर एक विश्व स्तर पर दृश्यमान संरचना बनाकर काम कर सकते हैं, जिसके सदस्य डेटा और फ़ंक्शन के लिए विभिन्न डेटा आइटम और पॉइंटर्स हैं, जो किसी फ़ाइल में स्थिर के रूप में प्रदान किए जाते हैं, इसलिए केवल फ़ाइल दृश्यता के साथ ताकि उन्हें केवल संदर्भित किया जा सके विश्व स्तर पर दिखाई देने वाली संरचना।
कुछ मामलों में मूल एप्लिकेशन इरादे को बदल दिया जाता है ताकि वैश्विक चर जो राज्य को एक ही धागे के लिए प्रदान करते हैं, को कई डुप्लिकेट थ्रेड को चलाने की अनुमति देने के लिए संशोधित किया गया है। एक उदाहरण राज्य के लिए वैश्विक चर का उपयोग करने वाले एकल उपयोगकर्ता के लिए डिज़ाइन किया गया एक सरल अनुप्रयोग होगा और फिर दूरस्थ उपयोगकर्ताओं को आभासी उपयोगकर्ताओं के रूप में कार्य करने के लिए एक REST इंटरफ़ेस जोड़ने के लिए प्रबंधन से अनुरोध आता है । तो अब आप वैश्विक वैरिएबल्स और उनकी राज्य सूचनाओं को डुप्लिकेट करने के लिए दौड़ते हैं ताकि एकल उपयोगकर्ता के साथ-साथ दूरदराज के अनुप्रयोगों में से प्रत्येक वर्चुअल उपयोगकर्ता के पास अपना, अद्वितीय वैरिएबल सेट हो।
C ++ namespaceऔर structC के लिए तकनीक का उपयोग करना
C ++ प्रोग्रामिंग लैंग्वेज के लिए namespaceनिर्देश एक नाम के टकराव की संभावना को कम करने में एक बड़ी मदद है। namespaceके साथ-साथ classऔर विभिन्न पहुँच कीवर्ड ( private, protected, और public) उपकरण आपको Encapsulate चर की जरूरत के सबसे प्रदान करते हैं। हालाँकि C प्रोग्रामिंग भाषा इस निर्देश को प्रदान नहीं करती है। यह स्टैकओवरफ़्लो पोस्टिंग, Namespaces in C , C के लिए कुछ तकनीक प्रदान करता है।
एक उपयोगी तकनीक एक एकल मेमोरी निवासी डेटा क्षेत्र है structजिसे वैश्विक दृश्यता के रूप में परिभाषित किया गया है और इसके भीतर structविभिन्न वैश्विक चर और कार्यों के संकेत हैं जिन्हें उजागर किया जा रहा है। वैश्विक चर की वास्तविक परिभाषाएँ staticकीवर्ड का उपयोग करके फ़ाइल गुंजाइश दी जाती हैं । यदि आप तब constकीवर्ड का उपयोग करते हैं जो केवल पढ़ने के लिए संकेत करते हैं, तो कंपाइलर आपको केवल पहुंच को पढ़ने के लिए लागू करने में मदद कर सकता है।
structतकनीक का उपयोग करना भी वैश्विक को घेर सकता है ताकि यह एक प्रकार का पैकेज या घटक बन जाए जो कि वैश्विक हो। इस तरह का एक घटक होने से वैश्विक और वैश्विक उपयोग की कार्यक्षमता को प्रभावित करने वाले परिवर्तनों को प्रबंधित करना आसान हो जाता है।
हालांकि, जबकि namespaceया structतकनीक नाम संघर्ष प्रबंधन में मदद कर सकते हैं, अंतर-घटक युग्मन की अंतर्निहित समस्याओं जो विशेष रूप से एक आधुनिक बहु लड़ी आवेदन में वैश्विक प्रस्तुत किया जाने का उपयोग करते हैं, अभी भी मौजूद हैं।