std :: u16cout क्यों गुम है?

Question

सी ++ 03 दो वर्ण प्रकारों को परिभाषित करता है: char और wchar_t। (signed char और unsigned char पागलपन) को अनदेखा करने देता है।

इन दो वर्णों को std::basic_string, std::basic_ostream, आदि std::string/std::wstring और std::ostream/std::wostream पर लागू किया गया है।

धाराओं से मानक पुस्तकालय भी ग्लोबल्स std::cout और std::wcout परिभाषित करता है।

नया सी ++ 0x मानक दो और वर्ण प्रकार char16_t और char32_t परिभाषित करता है। हालांकि, केवल नए टाइपिफऔर std::u32string हैं।

मानक आपूर्ति std::u16ostream क्यों नहीं है? या std::u32cout के बारे में कैसे?

Answer 1

यह निर्णय लिया गया है कि यूनिकोड iostreams को लागू था बहुत ज्यादा काम इसके लायक होने के लिए: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2238.html

कागज से:

दो नए प्रकार की धारा विशेषज्ञताओं बाहर छोड़ने के लिए तर्क यह है कि नदियों था गैर-प्रकार के प्रकारों ने व्यापक उपयोग को आकर्षित नहीं किया है, इसलिए यह स्पष्ट नहीं है कि इस जटिल मशीनरी की specalizations की संख्या दोगुना करने की वास्तविक आवश्यकता है।

जो मैं समझता हूं, उससे मानक समिति को एहसास हुआ कि विस्तृत चरित्र (2- या 4-बाइट प्रारूप) के क्रमबद्धता असामान्य है, और जहां आपको यूटीएफ -16 या यूटीएफ -32 की आवश्यकता होगी, आप इसे हमेशा स्वयं लागू कर सकते हैं वही पुरानी चार-आधारित बाइट स्ट्रीम का उपयोग करके, लेकिन कोडेकवेट पहलू के साथ आपके इनपुट को यूटीएफ -16/यूटीएफ -32 में परिवर्तित कर दिया जाएगा, जो कि अभी तक एक-मल्टीबाइट-प्रारूप के रूप में व्यवहार कर सकता है।

Answer 2

मुझे आधिकारिक कारण पता नहीं है।

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

तो आंतरिक रूप से मैं यूटीएफ 16 तारों का उपयोग करना चाहता हूं। लेकिन आउटपुट पर मैं उन्हें भंडारण के लिए यूटीएफ 8 में क्रमबद्ध करना चाहता हूं। इसके लिए मैं बस एक सामान्य धारा बनाने के लिए बाहर निकलता हूं जो इसे लोकेल के साथ जोड़ता है जो जानता है कि यूटीएफ 16 -> यूटीएफ 8 से कैसे परिवर्तित किया जाए, तो सभी स्ट्रीम को बाइट्स हैंडल करना है।

स्ट्रीम होने से डिस्क बहुत कम हो जाती है। एक लोकेल होने के कारण जो विभिन्न प्रारूपों (डिवाइस पर आंतरिक और vic versa) के बीच परिवर्तित हो सकता है, बहुत सुविधाजनक है।