स्टैंडर्ड सम्मेलन

Question

सटीक डुप्लिकेट:Do you prefer explicit namespaces or ‘using’ in C++?

इनमें से कौन किसी भी नाम स्थान का उपयोग कर के लिए एक पसंदीदा सम्मेलन है?

using namespace std; 

या

using std::cin; 
using std::cout; 

या

प्रकार्य को बुलाने और जब कोड में आवश्यक?

std::cout<<"Hello World!"<<std::endl; 

Answer 1

एक बहुत अच्छी व्याख्या here दिया जाता है।

पहली शैली यानी नेमस्पेस का उपयोग करते हुए जो भी नामस्थान के पूरे उद्देश्य को हरा देता है। छोटे कोड स्निपेट को छोड़कर आपको इसे कभी भी इस्तेमाल नहीं करना चाहिए। (मैं इसका उपयोग वहां नहीं करता हूं!: डी)

दूसरा एक तरीका भी वर्बोज़ है। अप्रायौगिक।

मुझे व्यक्तिगत रूप से तीसरी शैली पसंद है यानी पूरी तरह से योग्य नाम टाइप करना (उदा। Std :: cout)।

याद रखें, कोड & लिखा गया है उससे अधिक बार लिखा जाता है आईएमओ आपके कोड को और अधिक पठनीय बनाता है।

Answer 2

जो भी आप चाहें। वास्तव में, इससे कोई फर्क नहीं पड़ता। हालांकि, ज्यादातर कोड-स्निपेट का उपयोग

using namespace std; 

Answer 3

यह कई बार कहा गया है से पहले, लेकिन मेरे अतः खोज फू पल के लिए मुझे अकेला छोड़ दिया है। मूल रूप से:

• कभी नहीं एक हेडर फाइल – ऐसा करने से आपके कोड को दूषित और कीड़े नीचे ट्रैक करने के लिए कड़ी मेहनत के सभी प्रकार का परिचय देंगे में किसी भी तरह की एक का उपयोग कर के निर्देश डाल दिया।

• एक कार्यान्वयन (.cpp) फ़ाइल में using std::string की तरह एक उपयोग घोषणा पसंद करें, जो इस तरह के प्रकार का भारी उपयोग करता है।

• अंतिम उपाय के रूप में, using namespace std का उपयोग करें, लेकिन केवल कार्यान्वयन फ़ाइलों में – मैं सुविधा के लिए SO पर संकलित कोड के पदों में इसका उपयोग करता हूं।

Answer 4

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

#include <iostream> 
using namespace std; // Pollution! 

int main() 
{ 
    .... 
} 

आप आयात करना नाम स्थान अभी गुंजाइश है जहाँ आप काम कर रहे हैं करने के लिए आयात करना चाहते हैं:

#include <iostream> 

int main() 
{ 
    using namespace std; // Good! 
    .... 
} 

Answer 5

यह एक ही विषय पर मैंने लिखा एक और उत्तर का एक संशोधित संस्करण है।इन सवालों में से पर्याप्त और शायद मैं एक निश्चित पद के साथ समाप्त हो जाऊंगा;)

प्रमुख मुद्दा नाम विवाद है, यदि आपके पास आपके कोड में कोउट नामक एक चर है और आप using namespace std; हैं तो यह अस्पष्ट होगा तुम्हारा मतलब है। यह सिर्फ cout नहीं है। count, reverse और equal भी शामिल किए जाएंगे, जो सभी आम पहचानकर्ता हैं।

कंपाइलर को सभी समस्याओं को अस्वीकार करना, यह आपके कोड को पढ़ने वाले किसी भी व्यक्ति के लिए भी एक समस्या है। उन अतिरिक्त 5 वर्णों से यह सुनिश्चित होता है कि आपका कोड बनाए रखने वाला अगला व्यक्ति वास्तव में आपका मतलब बताता है।

यह भी ध्यान देने योग्य है कि आप कभी नहीं रखना चाहिए एक हेडर फाइल में

using namespace std; 

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

मामलों के बहुमत में यह बहुत की तरह

using std::swap 

चीजों का उपयोग करने के रूप में अगर वहाँ स्वैप की एक विशेष संस्करण है, संकलक का उपयोग करेगा फायदेमंद है, अन्यथा यह std::swap पर प्रारंभ कर देगा। यदि आप std::swap पर कॉल करते हैं, तो आप हमेशा मूल संस्करण का उपयोग करते हैं, जो विशेष संस्करण को कॉल नहीं करेगा (भले ही यह मौजूद है)।

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

सारांश में,

• हमेशा using std::swap प्रचार की वजह से हर हालत में एक शीर्षक में std::swap() से अधिक

• बचें using namespace std पसंद करते हैं, कार्यान्वयन फ़ाइलों में इसका उपयोग करने से बचने की कोशिश।

• प्रत्येक फ़ाइल के शीर्ष पर हजारों using std::foo होने का कोई तरीका नहीं है। आमतौर पर कक्षाओं का उपयोग करने के लिए इसका उपयोग करें।

बाकी सब कुछ राय है।

Answer 6

मैं व्यक्तिगत रूप से तीसरा विकल्प पसंद करता हूं।बस इस पर एक नजर है:

namespace A { int a=0; } 
namespace B { int a=0; } 

और आप के रूप में उपयोग:

using namespace A; 
using namespace B; 
using namespace std; 

cout<<a<<endl; //error here! 

इसके बजाय अगर आप सिर्फ कह सकते हैं,

std::cout<<B::a<<std::endl; //No problem, more readable 

हालांकि यह थोड़ा और समय लग सकता है कोड टाइप करें, दूसरा और तीसरा विकल्प अधिक (प्रकार का) पसंदीदा है।

Answer 7

मैं बस यह इंगित करना चाहता हूं कि using namespace foo स्कॉप्ड है। उदाहरण:

#include <iostream> 
#include <vector> 
//... 
for (int i=0; i<10; ++i) 
{ 
    using namespace std; 
    cout << i << endl; 
} 
vector v; // won't compile 

जब उपयोग सावधानी से किया, using namespace std उपयोगी और एक ही समय में हानिरहित हो सकता है।

Answer 8

मैं हमेशा पूर्ण नामस्थान सूचीबद्ध करता हूं। यह पठनीयता में सुधार करता है और अन्य लोगों को यह जानने देता है कि आपके कार्य और डेटा कहां से आ रहे हैं। using अन्य लोगों के कोड को पढ़ने पर बहुत परेशान है, खासकर जब मैं कुछ सीखने की कोशिश कर रहा हूं, क्योंकि मैं यह नहीं बता सकता कि यह उस नामस्थान का हिस्सा है या दूसरा। और इन अन्य समझदार लोगों की तरह कह रहे हैं, यह नामस्थान के पूरे बिंदु को हरा देता है, है ना? मुद्दा सब कुछ अलग रखना और डेटा और तर्क को अर्थ देना है।

याद रखने के लिए एक अच्छा आदेश: सबसे महत्वपूर्ण व्यक्ति वह क्लाइंट है जो प्रोग्राम का उपयोग करता है; दूसरी सबसे महत्वपूर्ण अन्य कोडर हैं जो या तो आपके कोड से सीखने या सीखने की कोशिश कर रहे हैं; आप कम से कम महत्वपूर्ण है। :-)

Answer 9

नामस्थान स्थिर होने पर पूरी तरह से योग्य नाम लिखने की सिफारिश करना एक बात है, जहां std :: केवल 5 अतिरिक्त वर्ण जोड़ता है। जब नामस्थान ढेर यह एक 'पूरे nother मुद्दा है, और आप की तरह कुछ लिखने के साथ सामना कर रहे हैं:

if (NumberOfInstances > 0 && (code_type == MyNamespace::MyLongButMeaningfulClassName::EnumDefinedWithinClass::CODE_GREEN || 
           code_type == MyNamespace::MyLongButMeaningfulClassName::EnumDefinedWithinClass::CODE_YELLOW)) { 

खासकर यदि आप एक कंपनी शैली guidline 80 अक्षर करने के लिए लाइनों को सीमित करने और आप कुछ और इंडेंट जोड़ने की है। ऐसा कुछ है जो सभी शब्दकोष के पीछे कोड के तर्क को अस्पष्ट करता है। उस बिंदु पर, आप पठनीयता के हित में, और/या स्थानीय नेमस्पेस उपनामों का उपयोग करके सराहना करना शुरू करते हैं।