नई C ++ 14 विशेषताओं का अवलोकन: भाग 2

इस बार पहले भाग की तुलना में बहुत कम नवाचार हैं। फिर भी, C ++ 14 को एक तुच्छ रिलीज माना जाता है, जिसका उद्देश्य नई सुविधाओं को पेश करने की तुलना में C ++ 11 की कमियों को दूर करना है।

संक्षिप्त सूची:

• एक निश्चित आकार की मुफ्त मेमोरी
• डिजिटल परिसीमन के रूप में एकल उद्धरण चिह्न
• विशेषता [[deprecated]]
• std::complex लिए कस्टम शाब्दिक std::complex
• फाइलसिस्टम एपीआई
• नेटवर्क बाइट रूपांतरण

नई C ++ 14 विशेषताओं का अवलोकन: भाग 1
वर्तमान मसौदा मानक

भाषा में ही बदलाव आता है

एक निश्चित आकार की मुफ्त मेमोरी

C ++ 11 में, प्रोग्रामर operator delete क्लास की एक स्थिर विधि को परिभाषित कर सकते हैं जो एक पैरामीटर के रूप में हटाए गए ऑब्जेक्ट का आकार लेता है। अब, इसी वैश्विक delete ऑपरेटर को मानक में जोड़ा गया है। यह परिवर्तन आधुनिक मेमोरी आवंटनकर्ताओं के प्रदर्शन को बेहतर बनाने के लिए बनाया गया है।

जोड़े गए ऑपरेटरों के निम्नलिखित हस्ताक्षर हैं:

 void operator delete(void* ptr, std::size_t size) noexcept; void operator delete(void* ptr, std::size_t size, const std::nothrow_t&) noexcept; void operator delete[](void* ptr, std::size_t size) noexcept; void operator delete[](void* ptr, std::size_t size, const std::nothrow_t&) noexcept; 

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

डिजिटल परिसीमन के रूप में एकल उद्धरण चिह्न

अब आप संख्याओं के आदेशों को अलग करने के लिए एकल उद्धरणों का उपयोग कर सकते हैं। उदाहरण के लिए, संख्या 1048576 , 1'048'576 , 1'0'4'8'5'7'6 , 0X100000 , 0x10'0000 , और 0'004'000'000 का एक ही अर्थ है।
हालाँकि, यह परिवर्तन निम्न समस्याओं की ओर जाता है:
सबसे पहले, मैक्रो एक्सटेंशन का व्यवहार बदलता है। उदाहरण के लिए:

 #define M(x, ...) __VA_ARGS__ int x[2] = { M(1'2,3'4) }; // C++11: int x[2] = {}; // Now: int x[2] = { 3'4 }; 

और दूसरा, सिंटैक्स को उजागर करने के लिए डिज़ाइन किए गए कई संपादकों और अन्य उपयोगिताओं को अब कोड को गलत तरीके से पार्स किया जाएगा। यहां तक ​​कि हब्राह्रा भी विरोध नहीं कर सकता, तुलना करें:

 int testing_habrahabr_syntax_highlighter = 1000; 

 int testing_habrahabr_syntax_highlighter = 1'000; 

 int testing_habrahabr_syntax_highlighter = 1'000'000; 

 int testing_habrahabr_syntax_highlighter = 1'0'0'0'0'0'0; 

विशेषता [[deprecated]]

C ++ 11 में, पहले से gcc / clang और __declspec के लिए __attribute__ के रूप में ज्ञात विशेषताओं को घोषित करने के लिए वाक्यविन्यास को मानकीकृत किया गया था। C ++ 14 में, एक विशेषता जोड़ी गई, जो आपको निम्नलिखित टोकन में से किसी को चिह्नित करने की अनुमति देती है: वर्ग, चर, गैर-स्थिर वर्ग सदस्य, फ़ंक्शन, गणना, टेम्पलेट विशेषज्ञता, या टाइप-बीफ़ - अगर किसी कारण से यह आगे उपयोग अवांछनीय है। नतीजतन, जब प्रोग्रामर इस विशेषता के साथ चिह्नित टोकन का उपयोग करता है, तो कंपाइलर एक चेतावनी जारी करेगा। वैकल्पिक विशेषता पैरामीटर आपको अपने अतिरिक्त संदेश (उदाहरण के लिए, एक उपयुक्त प्रतिस्थापन के लिए एक सुझाव) को निर्दिष्ट करने की अनुमति देता है, जो एक संकलक चेतावनी के साथ प्रदर्शित किया जाएगा।

 void foo(); [[deprecated("use 'foo' instead")]] void bar(); 

इस विशेषता के साथ टोकन को फिर से निर्दिष्ट करने की अनुमति है, यदि आप, उदाहरण के लिए, अपनी विकास टीम को तृतीय-पक्ष पुस्तकालयों से कुछ कार्यों का उपयोग करने से रोकना चाहते हैं, लेकिन आप इस विशेषता की कार्रवाई को फिर से करना नहीं कर सकते।

 #include <GL/gl.h> [[deprecated("use 'glDrawArrays' instead")]] void glBegin(GLenum); 

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

मानक पुस्तकालय में परिवर्तन

std::complex लिए कस्टम शाब्दिक std::complex

निम्नलिखित संख्याओं को केवल काल्पनिक भाग से मिलकर जटिल संख्या बनाने के लिए जोड़ा गया है:

 namespace std { inline namespace literals { inline namespace complex_literals { constexpr complex<long double> operator""il(long double); constexpr complex<long double> operator""il(unsigned long long); constexpr complex<double> operator""i(long double); constexpr complex<double> operator""i(unsigned long long); constexpr complex<float> operator""if(long double); constexpr complex<float> operator""if(unsigned long long); }}} 

परिणामस्वरूप, आप आसानी से और सामान्य अंकगणितीय परिचालनों के साथ आसानी से जटिल संख्या बना सकते हैं:

 using namespace std; complex<double> a = 1.5 + 0.3i; auto b = 2.3 - 0.2i; 

तकनीकी विनिर्देश

जैसा कि छवि में दिखाया गया है, 2011 तक समिति ने "अखंड" मॉडल का उपयोग किया, जहां सभी नई सुविधाएँ एकमात्र मसौदा मानक में गिर गईं।
2012 के बाद से, समिति एक अधिक "वितरित" मॉडल में स्थानांतरित हो गई है, जहां मानक विकास की मुख्य दिशाएं अपनी गति से मानक के स्वतंत्र रूप से संचालित की जाती हैं और जैसे ही वे तैयार होती हैं, जारी किया जा सकता है, मुख्य मानक के जारी होने की प्रतीक्षा किए बिना, तकनीकी विशिष्टताओं (टीएस) के रूप में, उसके बाद। थोड़ी देर के बाद उसके साथ विलय। यह मॉडल समिति को छोटे भागों में कार्य को तेजी से और अधिक पूर्वानुमानित तरीके से जनता के सामने प्रस्तुत करने की अनुमति देता है। यह मानक के नए संस्करणों की रिहाई को भी तेज करना चाहिए।

फिलहाल, फ़ाइल और निर्देशिकाओं पर पुनरावृत्ति सहित Boost.Filesystem v3 के आधार पर फ़ाइल सिस्टम के साथ काम करने के लिए एक प्रारूप एपीआई तकनीकी विनिर्देश को पहले ही अनुमोदित किया गया है।

निम्नलिखित विशिष्टताओं को सक्रिय रूप से विकसित किया जा रहा है:

1. नेटवर्किंग टीएस। वर्तमान में शामिल हैं:
   
   • नेटवर्क (बिग-एंडियन) और लोकल मशीन पर इस्तेमाल होने वाले बाइट ऑर्डर को फंक्शनल htonl(), htons(), ntohl(), ntohs() के फंक्शंस htonl(), htons(), ntohl(), ntohs() बीच में htonl(), htons(), ntohl(), ntohs() । समिति द्वारा पहले ही अनुमोदित।
   • यूआरआई के साथ काम करने के लिए एपीआई । अभी भी समिति द्वारा अनुमोदन की प्रतीक्षा है।
2. लाइब्रेरी फंडामेंटल टीएस: यह मानक पुस्तकालय के मुख्य भाग के विस्तार का एक सेट है। संशोधन के लिए optional<> और अन्य मूलभूत उपयोगिताओं को यहां बनाया गया था।
3. ऐरे एक्सटेंशन्स TS: एरे से संबंधित भाषा और लाइब्रेरी एक्सटेंशन। संशोधन के लिए dynarray<> - dynarray<> runtime-sized arrays और dynarray<> यहां बनाए गए थे।
4. Concurrency TS: प्रारंभ में निष्पादकों और अनुसूचियों के लिए समर्थन और std::future , जैसे कि .then() और .when_*() लिए गैर-अवरोधक कार्यों के लिए समर्थन शामिल है। बाद में, भाषा एक्सटेंशन, जैसे कि await , और लाइब्रेरी एक्सटेंशन, जैसे समानांतर हैश कंटेनर , को यहां जोड़ा जा सकता है।
5. समानता के लिए एक्सटेंशन: शुरू में, इसमें समानांतर एल्गोरिदम के समर्थन के साथ एक समानांतर एसटीएल लाइब्रेरी शामिल है जो कई प्रोसेसर कोर का उपयोग करती है, और वेक्टर एल्गोरिदम प्रोसेसर प्रोसेसर सेट की पूरी शक्ति का उपयोग करते हैं।

सभी तकनीकी विनिर्देश std::experimental नाम स्थान का उपयोग करते हैं।

एक ग्राफिक टीम ने हाल ही में "2D लाइट" ड्राइंग एपीआई को मानकीकृत करने के लिए काम शुरू किया है। ग्राफिक्स और C ++ की एक छोटी सी चर्चा, कोट ऑफ आर्म्स ऑफ सटर के साथ प्रेजेंटेशन में GoingNative2013 के साथ मिल सकती है, यहां 42:30 बजे शुरू होगी।

निष्कर्ष

समिति की अगली बैठक फरवरी 2014 के लिए निर्धारित है। जिसके बाद हमें अगले उम्मीदवार की रिहाई के लिए कुछ समानता मिलती है - सी ++ 14 मानक, जिसे सी ++ 1y भी कहा जाता है।
हाल की रिपोर्टों के अनुसार, क्लैंग के साथ एसवीएन में libc ++ पहले से ही मानक के वर्तमान मसौदे को पूरी तरह से लागू करता है, जीसीसी कुछ पीछे है। आप इसे यहाँ सत्यापित कर सकते हैं: Clang , libc ++ , GCC ।

नई C ++ 14 विशेषताओं का अवलोकन: भाग 1
वर्तमान मसौदा मानक

पीएस swap ऑपरेटर

मानकीकरण के अन्य सभी प्रस्तावों में, पिछले वसंत में C ++: =: में एक विशेष एक्सचेंज ऑपरेटर शुरू करने का प्रस्ताव था, जो मानक पुस्तकालय std::swap के कार्य को बदलने के लिए था। फिर कुछ ने इसे अप्रैल फूल के मजाक के रूप में लिया, लेकिन अगस्त के अंत में प्रस्ताव को संस्करण 2 में अपडेट किया गया। मुझे अभी तक इस ऑपरेटर पर समिति की राय नहीं पता है, लेकिन इसे अभी तक मानकीकरण के लिए अनुमोदित नहीं किया गया है। इसके बारे में यहाँ और पढ़ें।