दो अलग-अलग गेटलाइन() फ़ंक्शन क्यों हैं (यदि वास्तव में हैं)?

Question

हर बार जब मैं सी ++ कोड लाइन की एक त्वरित टुकड़ा

std::string s; 
cin >> s; 

मैं अपने आप को शाप क्योंकि मैं भूल गया यह एक पूरी लाइन हो रही के बजाय खाली स्थान के पर बंद हो जाता है।

फिर, getline याद पर, मैं हमेशा उलझन में दो किस्मों के रूप में बन:

std::string s; 
getline (std::cin, s); 

और:

char cs[256]; 
std::cin.getline (cs, sizeof (cs)); 

वहाँ वास्तव में इन दोनों के डेटा प्रकार के अलावा अन्य के बीच एक अंतर है?

ऐसा लगता है कि सी ++ तरीका पूर्व होना चाहिए। मैं किस परिस्थितियों में बाद के लोगों का उपयोग करूंगा, बशर्ते कि मुझे संभवत: नल-टर्मिनेटेड वर्ण सरणी के वास्तविक तारों का उपयोग करना चाहिए?

और, क्योंकि इनपुट वास्तव में इनपुट स्ट्रीम का दायरा होना चाहिए, istream का पूर्व भाग क्यों नहीं है?

Answer 1

ध्यान रखें कि मानक पुस्तकालय 3 (मुख्य) भागों से बना है: आईओएसट्रीम, स्ट्रिंग और एसटीएल, साथ ही कुछ उपहारों और सी-हेडर में फंस गए हैं।

मुझे उन हिस्सों को कम से कम युग्मित करने में अजीब कुछ नहीं दिख रहा है (हालांकि मेरी इच्छा है कि यह मामला न हो)।

अन्य incongruities में शामिल हैं: std::string::length बनाम std::string::size, बाद एसटीएल और पूर्व के साथ इंटरफेस संगतता के लिए जोड़ा गया है पुराने कोड के साथ संगतता के लिए बनाए रखा गया है।

Answer 2

getline iostreams लाइब्रेरी के अंदर संस्करण स्ट्रिंग्स को लक्ष्य के रूप में समर्थन नहीं करता है, इसलिए स्ट्रिंग लाइब्रेरी ने एक संस्करण परिभाषित किया है।

Answer 3

वैश्विक getline() फ़ंक्शन सी ++ std::string ऑब्जेक्ट्स के साथ काम करता है।

istream::getline() विधियां "क्लासिक" सी स्ट्रिंग्स (पॉइंटर्स char) के साथ काम करती हैं।

Answer 4

हाँ आधुनिक सी ++ तरीका मुफ्त फ़ंक्शन का उपयोग करना और std :: string इनपुट करना है।

लेकिन आईओएसट्रीम में std :: स्ट्रिंग की तुलना में अब तक का लंबा इतिहास (मानक संस्करण कम से कम एक ही डिजाइन का तीसरा अवतार है) और इतिहास बताता है कि चीजें किस तरह से हैं।

(गेटलाइन सदस्य का लाभ यह है कि यह गतिशील आवंटन को इंगित नहीं करता है, यह विशेषता समय पर आसान हो सकती है लेकिन शायद इसे स्क्रैच डिज़ाइन से उचित ठहराने के लिए पर्याप्त नहीं होगी)।

Answer 5

यह एक आम इंटरफ़ेस-डिज़ाइन समस्या है। cin.getline() अनुरोध करने का एक स्वाभाविक तरीका है, लेकिन स्ट्रीम कोड को <string> पर निर्भर करने से बचने के लिए, cin.getline(std::string&) फ़ंक्शन की पेशकश की जा सकती है। स्ट्रिंग्स को दायरे में लाए जाने के बाद फ्री-स्टैंडिंग getline(cin, s) बाद में जोड़ा जा सकता है। char* के लिए कोई समस्या नहीं है क्योंकि #include पर कुछ भी नहीं है - वैसे भी भाषा का सभी हिस्सा।

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